NFS file locks

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Shehjar,

Good catch on the typo, I fixed it an restarted.  Still had the same
issue.  I also was able to get samba working, and file locking seems to
work fine; however, with samba the file owner/group and priv aren't
transferred to clients.  This at least points to an issue with how
NFS/FUSE/GLUSTER are working together.

I'm also searching to see if I can find any other FUSE file systems that
have had similar issues.

--
Ian Steinmetz

-----Original Message-----
From: Shehjar Tikoo [mailto:shehjart at gluster.com] 
Sent: Tuesday, May 04, 2010 1:40 AM
To: Steinmetz, Ian
Cc: gluster-users at gluster.org
Subject: Re: NFS file locks

Steinmetz, Ian wrote:
> I've turned on debug logging for the server and client of GlusterFS
and
> amended them below.   I've replaced the IP addresses with "x.x.x" and
> left the last octet for security.  It appears I'm able to lock the
file
> when I run the program directly on the gluster mount point, just not
> when it's mounted via NFS.  I checked and rpc.statd is running.  One
odd
> thing, when I run the perl locking program  directly on the mnt point,
> it appears to work but spits out the following log message:
> 
> [2010-05-03 09:16:39] D [read-ahead.c:468:ra_readv] readahead:
> unexpected offset (4096 != 362) resetting

This is nothing to worry about..just debugging output.

.....
.....
.....

> 
> [glusterfsd server logfile during above testing]
> 
> root at gluster02:/var/log/glusterfs# /usr/sbin/glusterfsd -p
> /var/run/glusterfsd.pid -f /etc/glusterfs/glusterfsd.vol --log-file
> /var/log/glusterfsd.log --debug -N

.....
.....
.....

> Given volfile:
>
+-----------------------------------------------------------------------
> -------+
>   1: volume posix
>   2:   type storage/posix
>   3:   option directory /data/export
>   4: end-volume
>   5:  
>   6: volume locks
>   7:   type features/locks
>   8:   option manditory on	

I'll continue looking into this but in the mean time you could test over

NFS again with "manditory" changed to "mandatory". Let me know if that 
works.

Thanks
-Shehjar

>   9:   subvolumes posix
>  10: end-volume


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux