From: Dave Chinner <david@fromorbit.com>
To: Dave Jones <davej@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
viro@zeniv.linux.org.uk,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: suppress page allocation failure warnings from sys_listxattr
Date: Wed, 28 Mar 2012 15:39:51 +1100 [thread overview]
Message-ID: <20120328043951.GA32741@dastard> (raw)
In-Reply-To: <20120328001550.GA3077@redhat.com>
On Tue, Mar 27, 2012 at 08:15:50PM -0400, Dave Jones wrote:
> On Tue, Mar 27, 2012 at 03:51:49PM -0700, Andrew Morton wrote:
> > On Tue, 13 Mar 2012 14:22:20 -0400
> > Dave Jones <davej@redhat.com> wrote:
> >
> > > This size is user controllable, and so it's trivial for someone to trigger a
> > > stream of order:4 page allocation errors.
> > >
> > > Signed-off-by: Dave Jones <davej@redhat.com>
> > >
> > > ---
> > > There's also a similar problem in setxattr, but I'm not sure how we want
> > > to pass NOWARN down to memdup_user. Thoughts ?
> > >
> > > diff --git a/fs/xattr.c b/fs/xattr.c
> > > index 82f4337..544df90 100644
> > > --- a/fs/xattr.c
> > > +++ b/fs/xattr.c
> > > @@ -496,7 +496,7 @@ listxattr(struct dentry *d, char __user *list, size_t size)
> > > if (size) {
> > > if (size > XATTR_LIST_MAX)
> > > size = XATTR_LIST_MAX;
> > > - klist = kmalloc(size, GFP_KERNEL);
> > > + klist = kmalloc(size, __GFP_NOWARN | GFP_KERNEL);
> > > if (!klist)
> > > return -ENOMEM;
> > > }
> >
> > hm. The patch is good, but one would hope that it isn't "trivial" to
> > trigger a page allocation failure for a kmalloc(65536, GFP_KERNEL) -
> > the VM is supposed to be able to handle that.
> >
> > Is it really *that* easy, or is Something Unusual happening with that
> > machine?
>
> Well, the unusual thing was that I was fuzzing system calls for a few hours.
>
> My fuzzing tool was able to trigger these very easily after an hour or two
> of uptime and memory had fragmented a little, so yeah, quite trivial.
We've recently been seeing reports of xfsdump trigging a similar
allocation failures in the XFS attr code when we are doing hundreds
of thousands of attribute lookups to back them up.
ad650f5 xfs: fallback to vmalloc for large buffers in xfs_attrmulti_attr_get
I think that falling back to vmalloc here is much better solution
than failing to retreive the attribute - it will work no matter how
fragmented memory gets. That means we don't get incomplete
backups occurring after days or months of uptime and successful
backups...
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
next prev parent reply other threads:[~2012-03-28 4:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-13 18:22 suppress page allocation failure warnings from sys_listxattr Dave Jones
2012-03-13 21:33 ` Colin Walters
2012-03-27 22:51 ` Andrew Morton
2012-03-28 0:15 ` Dave Jones
2012-03-28 0:26 ` Andrew Morton
2012-03-28 7:13 ` David Rientjes
2012-03-28 4:39 ` Dave Chinner [this message]
2012-03-28 23:47 ` Andrew Morton
2012-03-29 0:54 ` Dave Jones
2012-03-29 1:10 ` Andrew Morton
2012-03-29 1:28 ` Joe Perches
2012-03-29 1:46 ` Andrew Morton
2012-03-29 1:50 ` Dave Jones
2012-03-29 2:02 ` Andrew Morton
2012-03-29 2:08 ` Dave Jones
2012-03-29 2:28 ` Andrew Morton
2012-03-29 3:00 ` Dave Jones
2012-03-29 21:09 ` Andrew Morton
2012-03-29 21:13 ` Dave Jones
2012-03-29 5:35 ` Dave Chinner
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=20120328043951.GA32741@dastard \
--to=david@fromorbit.com \
--cc=akpm@linux-foundation.org \
--cc=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox