From: "J. Bruce Fields" <bfields@fieldses.org>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: Christoph Hellwig <hch@infradead.org>,
linux-nfs@vger.kernel.org, xfs@oss.sgi.com
Subject: Re: 2.6.38: Quota over NFS4
Date: Thu, 24 Mar 2011 20:03:10 -0400 [thread overview]
Message-ID: <20110325000310.GA5514@fieldses.org> (raw)
In-Reply-To: <20110324222807.GC10821@os.inf.tu-dresden.de>
On Thu, Mar 24, 2011 at 11:28:07PM +0100, Adam Lackorzynski wrote:
>
> On Thu Mar 24, 2011 at 13:51:06 -0400, J. Bruce Fields wrote:
> > On Thu, Mar 24, 2011 at 01:17:05PM -0400, Christoph Hellwig wrote:
> > > On Wed, Mar 23, 2011 at 11:30:17PM +0100, Adam Lackorzynski wrote:
> > > > I probably mistyped something and thus bisected again:
> > >
> > > maybe this is just a symptom. When was the nfs4 code converted
> > > to just use a single open struct file, and what are the lifetime
> > > rules for it? It would easily be that a long alive file might
> > > make XFS keep persistent preallocations longer or similar issues.
> >
> > Definitely, the commit he's bisect to there seems much more likely to be
> > a culprit. I'll take a closer look....
> >
> > > Adam, can you create a loop filesystem with ext3 or something else
> > > on it and see if the problem is XFS-specific?
> >
> > Originally it sounded like he was able to reproduce this only on one
> > specific filesystem so I wondered whether there was something particular
> > to that filesystem.
>
> I just found out it happens also with a newly created xfs and also with
> ext3 and ext4. The reason that I did not see that initially is that the
> script I'm using needs to be on the same fs which wasn't the case when I
> initially tried it with a new fs. The sequence I'm using is:
Ah-hah, got it. So the leak's probably of a delegation on the file
containing the script itself. OK, I should be able to fix that, thanks!
--b.
>
> # mount x.x.x:/home /tmp/st
> # su - foo
> $ cd /tmp/st/foo/x
> $ ../test-script
> foo@host:/tmp/st/foo/x$ ../test-script
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 15 39321585 1% /tmp/st
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 16 39321584 1% /tmp/st
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 16 39321584 1% /tmp/st
>
>
>
> test-script:
> #! /bin/sh
>
> df -i .
> cp /bin/ls x1
> df -i .
> cat x1 > /dev/null
> rm x1
> df -i .
>
>
>
>
>
>
> Adam
> --
> Adam adam@os.inf.tu-dresden.de
> Lackorzynski http://os.inf.tu-dresden.de/~adam/
WARNING: multiple messages have this Message-ID (diff)
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Cc: Christoph Hellwig <hch@infradead.org>,
linux-nfs@vger.kernel.org, xfs@oss.sgi.com
Subject: Re: 2.6.38: Quota over NFS4
Date: Thu, 24 Mar 2011 20:03:10 -0400 [thread overview]
Message-ID: <20110325000310.GA5514@fieldses.org> (raw)
In-Reply-To: <20110324222807.GC10821@os.inf.tu-dresden.de>
On Thu, Mar 24, 2011 at 11:28:07PM +0100, Adam Lackorzynski wrote:
>
> On Thu Mar 24, 2011 at 13:51:06 -0400, J. Bruce Fields wrote:
> > On Thu, Mar 24, 2011 at 01:17:05PM -0400, Christoph Hellwig wrote:
> > > On Wed, Mar 23, 2011 at 11:30:17PM +0100, Adam Lackorzynski wrote:
> > > > I probably mistyped something and thus bisected again:
> > >
> > > maybe this is just a symptom. When was the nfs4 code converted
> > > to just use a single open struct file, and what are the lifetime
> > > rules for it? It would easily be that a long alive file might
> > > make XFS keep persistent preallocations longer or similar issues.
> >
> > Definitely, the commit he's bisect to there seems much more likely to be
> > a culprit. I'll take a closer look....
> >
> > > Adam, can you create a loop filesystem with ext3 or something else
> > > on it and see if the problem is XFS-specific?
> >
> > Originally it sounded like he was able to reproduce this only on one
> > specific filesystem so I wondered whether there was something particular
> > to that filesystem.
>
> I just found out it happens also with a newly created xfs and also with
> ext3 and ext4. The reason that I did not see that initially is that the
> script I'm using needs to be on the same fs which wasn't the case when I
> initially tried it with a new fs. The sequence I'm using is:
Ah-hah, got it. So the leak's probably of a delegation on the file
containing the script itself. OK, I should be able to fix that, thanks!
--b.
>
> # mount x.x.x:/home /tmp/st
> # su - foo
> $ cd /tmp/st/foo/x
> $ ../test-script
> foo@host:/tmp/st/foo/x$ ../test-script
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 15 39321585 1% /tmp/st
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 16 39321584 1% /tmp/st
> Filesystem Inodes IUsed IFree IUse% Mounted on
> x.x.x:/home 39321600 16 39321584 1% /tmp/st
>
>
>
> test-script:
> #! /bin/sh
>
> df -i .
> cp /bin/ls x1
> df -i .
> cat x1 > /dev/null
> rm x1
> df -i .
>
>
>
>
>
>
> Adam
> --
> Adam adam@os.inf.tu-dresden.de
> Lackorzynski http://os.inf.tu-dresden.de/~adam/
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2011-03-25 0:03 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-17 13:32 2.6.38: Quota over NFS4 Adam Lackorzynski
2011-03-17 17:38 ` J. Bruce Fields
2011-03-17 21:33 ` Adam Lackorzynski
2011-03-17 22:27 ` J. Bruce Fields
2011-03-17 22:59 ` Adam Lackorzynski
2011-03-17 23:03 ` J. Bruce Fields
2011-03-17 23:16 ` Adam Lackorzynski
[not found] ` <20110320172758.GK11929@os.inf.tu-dresden.de>
[not found] ` <20110320212633.GA26036@fieldses.org>
[not found] ` <20110320213111.GO11929@os.inf.tu-dresden.de>
[not found] ` <20110320214316.GB26036@fieldses.org>
[not found] ` <20110321184043.GC4992@os.inf.tu-dresden.de>
[not found] ` <20110321222301.GB472@fieldses.org>
[not found] ` <20110322221305.GA5857@os.inf.tu-dresden.de>
[not found] ` <20110323150328.GD23418@fieldses.org>
[not found] ` <20110323174052.GE5005@os.inf.tu-dresden.de>
2011-03-23 19:06 ` J. Bruce Fields
2011-03-23 22:30 ` Adam Lackorzynski
2011-03-24 17:17 ` Christoph Hellwig
2011-03-24 17:17 ` Christoph Hellwig
2011-03-24 17:51 ` J. Bruce Fields
2011-03-24 17:51 ` J. Bruce Fields
2011-03-24 22:28 ` Adam Lackorzynski
2011-03-24 22:28 ` Adam Lackorzynski
2011-03-25 0:03 ` J. Bruce Fields [this message]
2011-03-25 0:03 ` J. Bruce Fields
2011-04-22 19:31 ` J. Bruce Fields
2011-04-22 19:31 ` J. Bruce Fields
2011-03-20 19:49 ` Maciej Rutecki
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=20110325000310.GA5514@fieldses.org \
--to=bfields@fieldses.org \
--cc=adam@os.inf.tu-dresden.de \
--cc=hch@infradead.org \
--cc=linux-nfs@vger.kernel.org \
--cc=xfs@oss.sgi.com \
/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.