[Gluster-devel] NetBSD hang in quota-anon-fd-nfs.t

[Vijaikumar Mallikarjuna]

All quota test-cases uses 'tests/basic/quota.c' to write data

Does sync flags have any impact?


File:tests/basic/quota.c

 30 int
 31 file_write (char *filename, int bs, int count)
 32 {


 *46         fd = open (filename, O_RDWR|O_CREAT|O_SYNC, 0600);*
 47         while (i < count) {
 48                 ret = nwrite(fd, buf, bs);
 49                 if (ret == -1) {
 50                         close (fd);
 51                         goto out;
 52                 }
 53                 i++;
 54         }
 55
* 56         ret = fdatasync(fd);*


Thanks,
Vijay


On Mon, Jan 11, 2016 at 10:47 AM, Raghavendra Gowdappa <rgowdapp at redhat.com>
wrote:

>
>
> ----- Original Message -----
> > From: "Emmanuel Dreyfus" <manu at netbsd.org>
> > To: "Gluster Devel" <gluster-devel at gluster.org>
> > Sent: Monday, January 11, 2016 8:56:58 AM
> > Subject: Re: [Gluster-devel] NetBSD hang in quota-anon-fd-nfs.t
> >
> > Emmanuel Dreyfus <manu at netbsd.org> wrote:
> >
> > > ps -axl shows the quota helper program is waiting on genput:
> > > UID  PID  PPID CPU PRI NI  VSZ  RSS WCHAN  STAT TTY      TIME COMMAND
> > >   0 9660 23707   0 124  0 3360 1080 genput D+   pts/2 0:00.01
> > > ./tests/basic/quota /mnt/nfs/0//0/1/2/3/4/5/6/7/8/9/new_file_2 256 4
> > >
> > > The process is stuck in kernel awaiting for a memory page to get
> > > unlocked.
> >
> > I reproduced the situation, and discovered the process is not really
> > hung. Tracing system calls in the quota procss shows that it does
> > complete write operations, thought ater a very long time. One write
> > system call that last 963s, for instance.
> >
> > It does not hang, but it does not look sane either.
>
> +vijay mallikarjuna, Manikandan.
>
> >
> > --
> > Emmanuel Dreyfus
> > http://hcpnet.free.fr/pubz
> > manu at netbsd.org
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at gluster.org
> > http://www.gluster.org/mailman/listinfo/gluster-devel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20160111/992f220f/attachment.html>