From: Jeff Layton <jlayton@poochiereds.net>
To: "Mkrtchyan, Tigran" <tigran.mkrtchyan@desy.de>,
Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Cc: Trond Myklebust <trond.myklebust@primarydata.com>
Subject: Re: Infinit LAYOUTGET with mmap
Date: Mon, 30 May 2016 13:58:15 -0400 [thread overview]
Message-ID: <1464631095.13639.6.camel@poochiereds.net> (raw)
In-Reply-To: <345347427.15123988.1464623475380.JavaMail.zimbra@desy.de>
On Mon, 2016-05-30 at 17:51 +0200, Mkrtchyan, Tigran wrote:
>
> re-sending, as it never arrived....
>
> ----- Original Message -----
> >
> > From: "Mkrtchyan, Tigran" <tigran.mkrtchyan@desy.de>
> > To: "Linux NFS Mailing List" <linux-nfs@vger.kernel.org>
> > Sent: Monday, May 30, 2016 5:05:59 PM
> > Subject: Infinit LAYOUTGET with mmap
> >
> > Dear NFS developers,
> >
> > On my test system I hit a behavior of the nfs client with
> > kernel 4.4 which I haven't seen before.
> >
> >
> > Here is a minimal example to reproduce the issue:
> >
> > ============= bug.c =====================
> >
> > #include <stdio.h>
> > #include <stdlib.h>
> > #include <unistd.h>
> > #include <fcntl.h>
> > #include <sys/mman.h>
> >
> >
> > int main(int argc, char* argv[])
> > {
> >
> > int *m;
> > int fd;
> > int err;
> >
> > fd = open(argv[1], O_CREAT| O_RDWR, O_TRUNC, 0666);
> > if (fd < 0) {
> > perror("failed to open file");
> > exit(1);
> > }
> >
> > err = ftruncate(fd, 4096);
> > if (err) {
> > perror("cant set filesize");
> > exit(2);
> > }
> >
> > m = mmap(NULL, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
> > if (m == MAP_FAILED) {
> > perror("failed to map the file");
> > exit(2);
> > }
> >
> > m[1] = 0;
> >
> > err = munmap(m, 4096);
> > if (err) {
> > perror("failed to unmap the file");
> > }
> >
> > close(fd);
> > }
> > =============== end of example ================
> >
> >
> >
> > When running this code, client send an OPEN with share_access
> > OPEN4_SHARE_ACCESS_BOTH. But later calient sends LAYOUTGET with
> > IOMODE_READ
> > followed by GETDEVICEINFO.
> >
> > This combination of LG+GDI remain for ever. The capture file is
> > attached.
> >
> > My guess it that client expects RW layout.
> >
> > Kernel: 4.4.9-300.fc23.x86_64. I will try with upstream as well.
> >
> > Thanks a lot,
> > Tigran.
No capture attached, but 4.7 should be getting a major overhaul to the
LAYOUTGET retry handling code. You may want to re-test with a bleeding
edge kernel and see if the problem is still present.
Cheers,
--
Jeff Layton <jlayton@poochiereds.net>
next prev parent reply other threads:[~2016-05-30 17:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1897196982.15107146.1464620758631.JavaMail.zimbra@desy.de>
2016-05-30 15:51 ` Infinit LAYOUTGET with mmap Mkrtchyan, Tigran
2016-05-30 17:58 ` Jeff Layton [this message]
2016-05-30 18:29 ` Mkrtchyan, Tigran
2016-05-30 18:50 ` Jeff Layton
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=1464631095.13639.6.camel@poochiereds.net \
--to=jlayton@poochiereds.net \
--cc=linux-nfs@vger.kernel.org \
--cc=tigran.mkrtchyan@desy.de \
--cc=trond.myklebust@primarydata.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).