From: Alec Blayne <ab@tevsa.net>
To: linux-btrfs@vger.kernel.org
Subject: PaX: size overflow detected
Date: Wed, 30 Mar 2016 00:31:00 +0100 [thread overview]
Message-ID: <56FB1034.8010405@tevsa.net> (raw)
Hi, I got this warning on dmesg:
PAX: size overflow detected in function btrfs_get_extent
fs/btrfs/inode.c:6690 cicus.1228_386 min, count: 104, decl: len; num: 0;
context: extent_map;
Which was followed by this Call Trace:
[ 354.375166] Call Trace:
[ 354.375173] [<ffffffff81421945>] ? dump_stack+0x47/0x72
[ 354.375177] [<ffffffff811a94c5>] ? report_size_overflow+0x65/0x80
[ 354.375182] [<ffffffff812de407>] ? btrfs_get_extent+0xd07/0xd40
[ 354.375186] [<ffffffff81301e55>] ? __do_readpage+0x295/0xef0
[ 354.375189] [<ffffffff812fdd1c>] ? insert_state+0x9c/0x120
[ 354.375191] [<ffffffff812dd700>] ? btrfs_direct_IO+0x500/0x500
[ 354.375195] [<ffffffff810b84ac>] ? get_parent_ip+0xc/0x30
[ 354.375197] [<ffffffff81302fe6>] ?
__extent_readpages.constprop.43+0x316/0x360
[ 354.375200] [<ffffffff812dd700>] ? btrfs_direct_IO+0x500/0x500
[ 354.375202] [<ffffffff81304c1d>] ? extent_readpages+0x17d/0x190
[ 354.375204] [<ffffffff812dd700>] ? btrfs_direct_IO+0x500/0x500
[ 354.375207] [<ffffffff81184c3f>] ? alloc_pages_current+0x7f/0x110
[ 354.375209] [<ffffffff81147585>] ? __do_page_cache_readahead+0x1c5/0x240
[ 354.375211] [<ffffffff811476d9>] ? ondemand_readahead+0xd9/0x300
[ 354.375214] [<ffffffff81139965>] ? find_get_entry+0x65/0xa0
[ 354.375216] [<ffffffff8113a172>] ? pagecache_get_page+0x22/0x1b0
[ 354.375218] [<ffffffff8113b65d>] ? generic_file_read_iter+0x61d/0x7b0
[ 354.375220] [<ffffffff811a179b>] ? __vfs_read+0xdb/0x100
[ 354.375222] [<ffffffff811a22a6>] ? vfs_read+0xc6/0x250
[ 354.375224] [<ffffffff811a37b2>] ? SyS_pread64+0x82/0xa0
[ 354.375228] [<ffffffff818cf9d9>] ? entry_SYSCALL_64_fastpath+0x12/0x83
[ 354.375230] [<ffffffff818cfb61>] ? int_ret_from_sys_call+0x3a/0xa4
After this a process which was writting on the disk just hanged,
couldn't kill it etc.
Thought it might interest someone.
I'm running the following kernel on Gentoo:
"Linux faraday 4.4.6-hardened #7 SMP PREEMPT Sun Mar 27 10:37:51 WEST
2016 x86_64 Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz GenuineIntel GNU/Linux"
It has grsecurity patchset, as well as BFQ scheduler.
The filesystem is a two partition raid 1, sitting on top of luks.
Cheers.
reply other threads:[~2016-03-29 23:38 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=56FB1034.8010405@tevsa.net \
--to=ab@tevsa.net \
--cc=linux-btrfs@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.