From: ebiederm@xmission.com (Eric W. Biederman)
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>, Michal Hocko <mhocko@suse.cz>,
linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4
Date: Thu, 17 Feb 2011 11:31:07 -0800 [thread overview]
Message-ID: <m1zkpue9vo.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <AANLkTinB=EgDGNv-v-qD-MvHVAmstfP_CyyLNhhotkZx@mail.gmail.com> (Linus Torvalds's message of "Thu, 17 Feb 2011 11:11:51 -0800")
Linus Torvalds <torvalds@linux-foundation.org> writes:
> On Thu, Feb 17, 2011 at 10:57 AM, Eric W. Biederman
> <ebiederm@xmission.com> wrote:
>>
>> fedora 14
>> ext4 on all filesystems
>
> Your dmesg snippets had ext3 mentioned, though:
>
> <6>EXT3-fs (sda1): recovery required on readonly filesystem
> <6>EXT3-fs (sda1): write access will be enabled during recovery
> <6>EXT3-fs: barriers not enabled
> ..
> <6>EXT3-fs (sda1): recovery complete
> <6>EXT3-fs (sda1): mounted filesystem with ordered data mode
> <6>dracut: Mounted root filesystem /dev/sda1
>
> not that I see that it should matter, but there's been some bigger
> ext3 changes too (like the batched discard).
>
> I don't really think ext3 is the issue, though.
Oh right. I changed the configuration but I haven't upgraded this
machine off of ext3 root yet. The partition where all of the data is
going is ext4. Creating a chrooted build environment on the fly is
great but it can momentarily swamp the disk.
>> I was about to say this happens with DEBUG_PAGEALLOC enabled but it
>> appears that options keeps eluding my fingers when I have a few minutes
>> to play with it. Perhaps this time will be the charm.
>
> Please do. You seem to be much better at triggering it than anybody
> else. And do the DEBUG_LIST and DEBUG_SLUB_ON things too (even if the
> DEBUG_LIST thing won't catch list_move())
DEBUG_LIST I did manage to get enabled and it didn't catch anything,
despite some bad PMD's showing up. The other two should be enabled in
the kernel version I am building right now.
It does look like this can go quiet for a days at a time. The 17th is
the first my logs show of it since the 14th.
messages:Feb 14 17:55:12 bs38 kernel: BUG: Bad page map in process [manager] pte:ffff88028c45f748 pmd:28c45f067
messages:Feb 14 17:55:12 bs38 kernel: BUG: Bad page map in process [manager] pte:ffff88028c45f748 pmd:28c45f067
messages:Feb 17 00:49:53 bs38 kernel: BUG: Bad page map in process Sysdb pte:ffff8802742b3758 pmd:2742b3067
messages:Feb 17 00:49:53 bs38 kernel: BUG: Bad page map in process Sysdb pte:ffff8802742b3758 pmd:2742b3067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff880190f73758 pmd:190f73067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff88025efed758 pmd:25efed067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff88025efed758 pmd:25efed067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff880190f73758 pmd:190f73067
Eric
WARNING: multiple messages have this Message-ID (diff)
From: ebiederm@xmission.com (Eric W. Biederman)
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>, Michal Hocko <mhocko@suse.cz>,
linux-mm@kvack.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4
Date: Thu, 17 Feb 2011 11:31:07 -0800 [thread overview]
Message-ID: <m1zkpue9vo.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <AANLkTinB=EgDGNv-v-qD-MvHVAmstfP_CyyLNhhotkZx@mail.gmail.com> (Linus Torvalds's message of "Thu, 17 Feb 2011 11:11:51 -0800")
Linus Torvalds <torvalds@linux-foundation.org> writes:
> On Thu, Feb 17, 2011 at 10:57 AM, Eric W. Biederman
> <ebiederm@xmission.com> wrote:
>>
>> fedora 14
>> ext4 on all filesystems
>
> Your dmesg snippets had ext3 mentioned, though:
>
> <6>EXT3-fs (sda1): recovery required on readonly filesystem
> <6>EXT3-fs (sda1): write access will be enabled during recovery
> <6>EXT3-fs: barriers not enabled
> ..
> <6>EXT3-fs (sda1): recovery complete
> <6>EXT3-fs (sda1): mounted filesystem with ordered data mode
> <6>dracut: Mounted root filesystem /dev/sda1
>
> not that I see that it should matter, but there's been some bigger
> ext3 changes too (like the batched discard).
>
> I don't really think ext3 is the issue, though.
Oh right. I changed the configuration but I haven't upgraded this
machine off of ext3 root yet. The partition where all of the data is
going is ext4. Creating a chrooted build environment on the fly is
great but it can momentarily swamp the disk.
>> I was about to say this happens with DEBUG_PAGEALLOC enabled but it
>> appears that options keeps eluding my fingers when I have a few minutes
>> to play with it. Perhaps this time will be the charm.
>
> Please do. You seem to be much better at triggering it than anybody
> else. And do the DEBUG_LIST and DEBUG_SLUB_ON things too (even if the
> DEBUG_LIST thing won't catch list_move())
DEBUG_LIST I did manage to get enabled and it didn't catch anything,
despite some bad PMD's showing up. The other two should be enabled in
the kernel version I am building right now.
It does look like this can go quiet for a days at a time. The 17th is
the first my logs show of it since the 14th.
messages:Feb 14 17:55:12 bs38 kernel: BUG: Bad page map in process [manager] pte:ffff88028c45f748 pmd:28c45f067
messages:Feb 14 17:55:12 bs38 kernel: BUG: Bad page map in process [manager] pte:ffff88028c45f748 pmd:28c45f067
messages:Feb 17 00:49:53 bs38 kernel: BUG: Bad page map in process Sysdb pte:ffff8802742b3758 pmd:2742b3067
messages:Feb 17 00:49:53 bs38 kernel: BUG: Bad page map in process Sysdb pte:ffff8802742b3758 pmd:2742b3067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff880190f73758 pmd:190f73067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff88025efed758 pmd:25efed067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff88025efed758 pmd:25efed067
messages:Feb 17 10:00:43 bs38 kernel: BUG: Bad page map in process cc1plus pte:ffff880190f73758 pmd:190f73067
Eric
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-02-17 19:31 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-16 18:52 BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4 Michal Hocko
2011-02-16 19:37 ` Ingo Molnar
2011-02-16 19:37 ` Ingo Molnar
2011-02-16 19:50 ` Linus Torvalds
2011-02-16 19:50 ` Linus Torvalds
2011-02-16 20:09 ` Linus Torvalds
2011-02-16 20:09 ` Linus Torvalds
2011-02-16 20:51 ` Linus Torvalds
2011-02-16 20:51 ` Linus Torvalds
2011-02-17 9:09 ` Michal Hocko
2011-02-17 9:09 ` Michal Hocko
2011-02-17 16:13 ` Linus Torvalds
2011-02-17 16:13 ` Linus Torvalds
2011-02-17 16:26 ` Michal Hocko
2011-02-17 16:26 ` Michal Hocko
2011-02-17 16:35 ` Ingo Molnar
2011-02-17 16:35 ` Ingo Molnar
2011-02-17 18:57 ` Eric W. Biederman
2011-02-17 18:57 ` Eric W. Biederman
2011-02-17 19:11 ` Linus Torvalds
2011-02-17 19:11 ` Linus Torvalds
2011-02-17 19:31 ` Eric W. Biederman [this message]
2011-02-17 19:31 ` Eric W. Biederman
2011-02-18 3:16 ` Eric W. Biederman
2011-02-18 3:16 ` Eric W. Biederman
2011-02-18 4:30 ` Linus Torvalds
2011-02-18 4:30 ` Linus Torvalds
2011-02-18 4:36 ` David Miller
2011-02-18 4:36 ` David Miller
2011-02-18 6:25 ` Eric Dumazet
2011-02-18 6:25 ` Eric Dumazet
2011-02-18 7:29 ` Eric Dumazet
2011-02-18 7:29 ` Eric Dumazet
2011-02-18 8:54 ` [PATCH 1/2] net: dont leave active on stack LIST_HEAD Eric Dumazet
2011-02-18 8:54 ` Eric Dumazet
2011-02-18 20:14 ` David Miller
2011-02-18 20:14 ` David Miller
2011-02-18 4:38 ` BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4 Linus Torvalds
2011-02-18 4:38 ` Linus Torvalds
2011-02-18 4:40 ` David Miller
2011-02-18 4:40 ` David Miller
2011-02-18 4:57 ` Linus Torvalds
2011-02-18 4:57 ` Linus Torvalds
2011-02-18 8:29 ` Eric W. Biederman
2011-02-18 8:29 ` Eric W. Biederman
2011-02-18 5:20 ` Eric W. Biederman
2011-02-18 5:20 ` Eric W. Biederman
2011-02-18 8:41 ` Eric Dumazet
2011-02-18 8:41 ` Eric Dumazet
2011-02-18 8:59 ` [PATCH 2/2] net: deinit automatic LIST_HEAD Eric Dumazet
2011-02-18 8:59 ` Eric Dumazet
2011-02-18 20:14 ` David Miller
2011-02-18 20:14 ` David Miller
2011-02-18 12:29 ` BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4 Michal Hocko
2011-02-18 12:29 ` Michal Hocko
2011-02-18 16:26 ` Michal Hocko
2011-02-18 16:26 ` Michal Hocko
2011-02-18 16:39 ` Linus Torvalds
2011-02-18 16:39 ` Linus Torvalds
2011-02-18 18:08 ` Eric W. Biederman
2011-02-18 18:08 ` Eric W. Biederman
2011-02-18 18:08 ` Eric W. Biederman
2011-02-18 18:48 ` Linus Torvalds
2011-02-18 18:48 ` Linus Torvalds
2011-02-18 19:01 ` Arnaldo Carvalho de Melo
2011-02-18 19:01 ` Arnaldo Carvalho de Melo
2011-02-18 19:01 ` Arnaldo Carvalho de Melo
2011-02-18 19:11 ` Arnaldo Carvalho de Melo
2011-02-18 19:11 ` Arnaldo Carvalho de Melo
2011-02-18 20:38 ` Eric W. Biederman
2011-02-18 20:38 ` Eric W. Biederman
2011-02-19 8:35 ` [PATCH] tcp: fix inet_twsk_deschedule() Eric Dumazet
2011-02-19 8:35 ` Eric Dumazet
2011-02-19 8:35 ` Eric Dumazet
2011-02-20 2:59 ` David Miller
2011-02-20 2:59 ` David Miller
2011-02-18 19:13 ` BUG: Bad page map in process udevd (anon_vma: (null)) in 2.6.38-rc4 Eric Dumazet
2011-02-18 19:13 ` Eric Dumazet
2011-02-18 19:56 ` David Miller
2011-02-18 19:56 ` David Miller
2011-02-19 6:22 ` Eric W. Biederman
2011-02-19 6:22 ` Eric W. Biederman
2011-02-19 15:33 ` Linus Torvalds
2011-02-19 15:33 ` Linus Torvalds
2011-02-20 2:01 ` Eric W. Biederman
2011-02-20 2:01 ` Eric W. Biederman
2011-02-20 6:15 ` Linus Torvalds
2011-02-20 6:15 ` Linus Torvalds
2011-02-20 8:27 ` Eric Dumazet
2011-02-20 8:27 ` Eric Dumazet
2011-02-20 19:53 ` David Miller
2011-02-20 19:53 ` David Miller
2011-02-20 21:34 ` Eric W. Biederman
2011-02-20 21:34 ` Eric W. Biederman
2011-02-18 8:54 ` Michal Hocko
2011-02-18 8:54 ` Michal Hocko
2011-02-20 12:43 ` Ingo Molnar
2011-02-20 12:43 ` Ingo Molnar
2011-02-17 16:36 ` Eric Dumazet
2011-02-17 16:36 ` Eric Dumazet
2011-02-17 17:07 ` Linus Torvalds
2011-02-17 19:36 ` Eric Dumazet
2011-02-17 19:36 ` Eric Dumazet
2011-02-17 20:18 ` Linus Torvalds
2011-02-16 20:13 ` Ingo Molnar
2011-02-16 20:13 ` Ingo Molnar
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=m1zkpue9vo.fsf@fess.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@suse.cz \
--cc=mingo@elte.hu \
--cc=torvalds@linux-foundation.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.