From: Dmitry Monakhov <dmonakhov@openvz.org>
To: Christian Kujau <lists@nerdbynature.de>
Cc: CAI Qian <caiqian@redhat.com>, Theodore Ts'o <tytso@mit.edu>,
LKML <linux-kernel@vger.kernel.org>,
linux-s390 <linux-s390@vger.kernel.org>,
Steve Best <sbest@redhat.com>,
linux-ext4@vger.kernel.org, Zheng Liu <gnehzuil.liu@gmail.com>
Subject: Re: s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!)
Date: Wed, 03 Apr 2013 12:52:06 +0400 [thread overview]
Message-ID: <87li90q9mx.fsf@openvz.org> (raw)
In-Reply-To: <alpine.DEB.2.10.1304021611020.13746@trent.utfs.org>
[-- Attachment #1: Type: text/plain, Size: 342 bytes --]
On Tue, 2 Apr 2013 16:22:41 -0700 (PDT), Christian Kujau <lists@nerdbynature.de> wrote:
> On Wed, 3 Apr 2013 at 02:05, Dmitry Monakhov wrote:
> > Please drop that patch and collect logs with a kernel which
> > has only 0001-enable-ES_AGGRESSIVE_TEST-V2.patch patch applied
Ok I have found at least one issue.
Please give a try to this patch
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: ext4_zeroout_cpu2disk_fix.patch --]
[-- Type: text/x-patch, Size: 504 bytes --]
diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c
index 1530cf4..e8460f6 100644
--- a/fs/ext4/extents.c
+++ b/fs/ext4/extents.c
@@ -3272,7 +3272,7 @@ static int ext4_ext_convert_to_initialized(handle_t *handle,
if (err)
goto out;
zero_ex.ee_block = ex->ee_block;
- zero_ex.ee_len = ext4_ext_get_actual_len(ex);
+ zero_ex.ee_len = cpu_to_le16(ext4_ext_get_actual_len(ext));
ext4_ext_store_pblock(&zero_ex, ext4_ext_pblock(ex));
err = ext4_ext_get_access(handle, inode, path + depth);
[-- Attachment #3: Type: text/plain, Size: 3017 bytes --]
>
> I've applied (only) 0001-enable-ES_AGGRESSIVE_TEST-V2.patch to 3.9-rc4:
>
> patching file fs/ext4/extents_status.h
> patching file fs/ext4/inode.c
> Hunk #1 succeeded at 1588 (offset 42 lines).
> Hunk #2 succeeded at 1609 (offset 42 lines).
>
> And tried to download some images via bittorrent. As expected, lots of
> "ES cache assertation failed" were being logged:
>
> http://nerdbynature.de/bits/3.9.0-rc4/ext4/
> => messages_0001-enable-ES_AGGRESSIVE_TEST-V2.txt.xz
>
> I've tried to download 3 files, all via bittorrent (so, fallocate & heavy
> mmap)
>
> 1) 8GB Fedora iso, there are also WARNINGs bring triggered, see below.
> I decided to cancel the download after some gigabyes.
>
> 2) A 50 MB Debian iso, this produced just one "ES cache assertation"
> message. Download went OK, checksum was correct too.
>
> 3) A 221 MB Fedora iso, produced a couple of "ES cache assertation"
> messages, but no WARNINGs. Download went OK, checksum was correct too.
>
> It's all in that messages_0001-enable-ES_AGGRESSIVE_TEST-V2.txt.xz file
> above. I just e2fsck'ed the ext4 filesystem again (and did so last night),
> but no errors were found.
>
> HTH,
> Christian.
>
> One of the WARNINGs during that 8GB download:
>
> ino:39190654 lbkl:0, b_state=0x0004b988, b_size=4131
> ------------[ cut here ]------------
> WARNING: at /opt/linux-git/fs/ext4/inode.c:1600
> Modules linked in: md5 ecb nfs i2c_powermac therm_adt746x ecryptfs firewire_sbp2 arc4 b43 usb_storage mac80211 cfg80211
> NIP: c013745c LR: c013745c CTR: c000df9c
> REGS: edc479a0 TRAP: 0700 Tainted: G W (3.9.0-rc4-dirty)
> MSR: 00029032 <EE,ME,IR,DR,RI> CR: 44028644 XER: 20000000
> TASK = edca9740[4379] 'flush-254:1' THREAD: edc46000
> GPR00: c013745c edc47a50 edca9740 00000034 edca9db0 00000006 00000000 00008000
> GPR08: 00003fb0 00218f23 00000000 c000006e 00000dc9 00000000 00000009 ee18cca0
> GPR16: edc47c78 0000000e 0004b9bf 0004b988 00000000 edc47a84 00001000 e6357540
> GPR24: edc47b78 e6357540 00000000 0004b97f 00000000 0051d188 00000000 0004b988
> NIP [c013745c] mpage_da_submit_io+0x3dc/0x3f0
> LR [c013745c] mpage_da_submit_io+0x3dc/0x3f0
> Call Trace:
> [edc47a50] [c013745c] mpage_da_submit_io+0x3dc/0x3f0 (unreliable)
> [edc47b30] [c013c9f0] mpage_da_map_and_submit+0x16c/0x5f0
> [edc47bc0] [c013d2e4] write_cache_pages_da+0x470/0x480
> [edc47c70] [c013d554] ext4_da_writepages+0x260/0x49c
> [edc47d20] [c00eeea0] __writeback_single_inode+0x34/0x120
> [edc47d40] [c00ef508] writeback_sb_inodes+0x1fc/0x34c
> [edc47db0] [c00ef6e4] __writeback_inodes_wb+0x8c/0xd0
> [edc47de0] [c00efa90] wb_writeback+0x1b4/0x1bc
> [edc47e20] [c00f06d0] wb_do_writeback+0x1ec/0x1f4
> [edc47e80] [c00f0748] bdi_writeback_thread+0x70/0x140
> [edc47eb0] [c0051c18] kthread+0xa8/0xac
> [edc47f40] [c00106cc] ret_from_kernel_thread+0x64/0x6c
> --- Exception: 0 at (null)
> LR = (null)
> Instruction dump:
>
> --
> BOFH excuse #61:
>
> not approved by the FCC
next prev parent reply other threads:[~2013-04-03 8:52 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <863434221.7624846.1364452822093.JavaMail.root@redhat.com>
2013-03-28 6:40 ` s390x: kernel BUG at fs/ext4/inode.c:1591! CAI Qian
2013-03-28 6:40 ` CAI Qian
2013-03-28 9:44 ` CAI Qian
2013-03-28 9:44 ` CAI Qian
2013-03-28 12:05 ` Theodore Ts'o
2013-03-28 14:56 ` Dmitry Monakhov
2013-03-29 8:53 ` CAI Qian
2013-03-29 10:08 ` Dmitry Monakhov
2013-03-29 9:27 ` CAI Qian
2013-04-01 6:07 ` Dmitry Monakhov
2013-04-01 6:07 ` Dmitry Monakhov
2013-04-01 6:30 ` CAI Qian
2013-04-01 6:30 ` CAI Qian
2013-04-01 6:56 ` Dmitry Monakhov
2013-04-01 6:56 ` Dmitry Monakhov
2013-04-02 4:06 ` bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!) CAI Qian
[not found] ` <alpine.DEB.2.10.1304012249440.5874@trent.utfs.org>
2013-04-02 9:47 ` s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!) Dmitry Monakhov
2013-04-02 12:33 ` Zheng Liu
[not found] ` <alpine.DEB.2.10.1304021202100.13746@trent.utfs.org>
2013-04-02 19:49 ` Dmitry Monakhov
2013-04-02 19:49 ` Dmitry Monakhov
[not found] ` <alpine.DEB.2.10.1304020955280.13746@trent.utfs.org>
2013-04-02 17:19 ` Dmitry Monakhov
[not found] ` <alpine.DEB.2.10.1304021430480.13746@trent.utfs.org>
2013-04-02 22:05 ` Dmitry Monakhov
[not found] ` <alpine.DEB.2.10.1304021611020.13746@trent.utfs.org>
2013-04-03 8:52 ` Dmitry Monakhov [this message]
2013-04-03 9:53 ` Dmitry Monakhov
2013-04-03 10:22 ` Zheng Liu
2013-04-03 12:20 ` [PATCH] ext4: fix a big-endian bug when an extent is zeroed out Theodore Ts'o
2013-04-03 12:29 ` Dmitry Monakhov
2013-04-03 14:34 ` Eric Whitney
2013-04-03 14:41 ` Theodore Ts'o
2013-04-03 15:23 ` Florian Fainelli
2013-04-03 15:23 ` Florian Fainelli
2013-04-09 3:05 ` CAI Qian
2013-04-20 15:19 ` Theodore Ts'o
2013-04-22 3:40 ` CAI Qian
2013-04-22 10:04 ` Christian Borntraeger
2013-04-03 11:02 ` s390x: kernel BUG at fs/ext4/inode.c:1591! (powerpc too!) Dmitry Monakhov
[not found] ` <alpine.DEB.2.10.1304030935230.13746@trent.utfs.org>
2013-04-03 16:50 ` Dmitry Monakhov
2013-04-03 16:52 ` Zheng Liu
2013-04-02 10:01 ` bisected! (WAS Re: s390x: kernel BUG at fs/ext4/inode.c:1591!) Dmitry Monakhov
[not found] ` <876098945.1097253.1364961617725.JavaMail.root@redhat.com>
2013-04-03 7:14 ` CAI Qian
2013-04-03 7:51 ` Dmitry Monakhov
2013-04-03 8:09 ` Lukáš Czerner
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=87li90q9mx.fsf@openvz.org \
--to=dmonakhov@openvz.org \
--cc=caiqian@redhat.com \
--cc=gnehzuil.liu@gmail.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=lists@nerdbynature.de \
--cc=sbest@redhat.com \
--cc=tytso@mit.edu \
/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.