linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Omar Walid Llorente <omar@dit.upm.es>
To: linux-nfs@vger.kernel.org
Cc: "'Administración del Centro de Cálculo del DIT'" <cdc@dit.upm.es>
Subject: possible bug in nfs-kernel-server
Date: Fri, 20 Nov 2015 12:04:49 +0100	[thread overview]
Message-ID: <564EFE51.90105@dit.upm.es> (raw)


Hi, I'm Omar Walid Llorente and I am a systems administrator at the 
Politechnical University of Madrid (UPM), Spain. I write you in the hope 
you can help us manage a problem that have discovered recently about our 
new datastore architecture in our teaching labs. We have created a 
gluster distributed volume that we reexport with NFS to our lab clients 
via intermediate servers.

First of all thanks for all your work and sorry if this isn't related 
with your package, but I think it has a good chance. I'll try explain 
myself as short as possible.

As introduced previously, we have a problem exporting with 
nfs-kernel-server-1.2.8-6 (ubuntu based) a directory previously mounted 
with gluster-3.7.4 via fuse mount.

The problem is quite simple to reproduce and always repeatable: if a 
file has read-only permissions for owner and user wants to copy it, 
permissions problem arises:
cdc@client:~$ rm -f kk.txt 444.txt; echo "prueba" > 444.txt; chmod 444 
444.txt; cp -p 444.txt kk.txt; ls -ld 444.txt kk.txt
cp: failed to close ‘kk.txt’: Permission denied
-r--r--r-- 1 cdc admincdc 7 nov  3  2015 444.txt
-r--r--r-- 1 cdc admincdc 0 nov  3  2015 kk.txt
cdc@client:~$

If the file permissions are not read-only, there is no problem:
cdc@client:~$ rm -f kk.txt 644.txt; echo "prueba" > 644.txt; chmod 644 
644.txt; cp -p 644.txt kk.txt; ls -ld 644.txt kk.txt
-rw-r--r-- 1 cdc admincdc 7 nov  3  2015 644.txt
-rw-r--r-- 1 cdc admincdc 7 nov  3  2015 kk.txt
cdc@client:~$

If we track it down with strace, the problem arises exactly when fsync() 
is called from cp.

Of course, if we try this combination of commands in other directories 
not mounted by nfs (local ones) or mounted with samba/cifs or even 
mounted with nfs-ganesha (both fuse mounted with gluster), this doen't 
happen. This problem doesn't happen either if the nfs-kernel-server 
exports a directory not mounted with fuse (any local one).

Please, tell me if this is the right place to post the probem and where 
is it if this is not. Let me know if we can help you any way to solve or 
test it (we've developed a small program in c that shows exactly the 
same behaviour).

Thanks again.

Omar

PS: Pointer to this email address came from: 
http://wiki.linux-nfs.org/wiki/index.php/Reporting_bugs

ADDITIONAL INFO:

cdc@client:~$ uname -a
Linux l056 3.13.0-63-generic #103-Ubuntu SMP Fri Aug 14 21:43:30 UTC 
2015 i686 i686 i686 GNU/Linux
cdc@client:~$
cdc@client:~$ mount | grep home
cuentas02:/home-3/cdc on /home/cdc type nfs 
(rw,noatime,intr,fsc,nolock,rsize=262140,wsize=262140,addr=138.4.30.15)
cdc@client:~$

root@server-lab:~# uname -a
Linux cuentas02-lab.lab.dit.upm.es 3.13.0-63-generic #103-Ubuntu SMP Fri 
Aug 14 21:42:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
root@server-lab:~#
root@server-lab:~# dpkg -l | grep nfs
ii  libnfsidmap2:amd64 0.25-5                           amd64        NFS 
idmapping library
ii  nfs-common 1:1.2.8-6ubuntu1.1               amd64        NFS support 
files common to client and server
ii  nfs-kernel-server 1:1.2.8-6ubuntu1.1               amd64        
support for NFS kernel server
root@server-lab:~#
root@server-lab:~# exportfs -v
/home-3 
138.4.30.0/23(rw,async,wdelay,insecure,no_root_squash,no_subtree_check,fsid=3,sec=sys,rw,no_root_squash,no_all_squash)
root@server-lab:~#

LOGS ON SERVER SIDE (glusterfs mount logs):
[2015-11-20 10:51:53.872656] I [io-stats.c:1014:io_stats_dump_fd] 
0-home-lab-3: --- fd stats ---
[2015-11-20 10:51:53.872692] I [io-stats.c:1019:io_stats_dump_fd] 
0-home-lab-3:       Filename : /cdc/444.txt
[2015-11-20 10:51:53.872704] I [io-stats.c:1034:io_stats_dump_fd] 
0-home-lab-3:   BytesWritten : 7 bytes
[2015-11-20 10:51:53.872714] I [io-stats.c:1046:io_stats_dump_fd] 
0-home-lab-3: Write 000004b+ : 1
[2015-11-20 10:51:53.874917] W [MSGID: 114031] 
[client-rpc-fops.c:1298:client3_3_removexattr_cbk] 
0-home-lab-3-client-0: remote operation failed [Permission denied]
[2015-11-20 10:51:53.874976] W [fuse-bridge.c:1230:fuse_err_cbk] 
0-glusterfs-fuse: 63459954: REMOVEXATTR() /cdc/444.txt => -1 (Permission 
denied)
[2015-11-20 10:51:53.881389] W [MSGID: 114031] 
[client-rpc-fops.c:1298:client3_3_removexattr_cbk] 
0-home-lab-3-client-3: remote operation failed [Permission denied]
[2015-11-20 10:51:53.881434] W [fuse-bridge.c:1230:fuse_err_cbk] 
0-glusterfs-fuse: 63459961: REMOVEXATTR() /cdc/kk.txt => -1 (Permission 
denied)
[2015-11-20 10:51:53.883072] W [fuse-bridge.c:1230:fuse_err_cbk] 
0-glusterfs-fuse: 63459964: REMOVEXATTR() /cdc/kk.txt => -1 (Permission 
denied)
[2015-11-20 10:51:53.883057] W [MSGID: 114031] 
[client-rpc-fops.c:1298:client3_3_removexattr_cbk] 
0-home-lab-3-client-3: remote operation failed [Permission denied]
[2015-11-20 10:51:53.884003] E [MSGID: 114031] 
[client-rpc-fops.c:466:client3_3_open_cbk] 0-home-lab-3-client-3: remote 
operation failed. Path: /cdc/kk.txt 
(3175e0cd-8308-45b8-a4b0-699f6f8cf37f) [Permission denied]
[2015-11-20 10:51:53.884056] W [fuse-bridge.c:969:fuse_fd_cbk] 
0-glusterfs-fuse: 63459965: OPEN() /cdc/kk.txt => -1 (Permission denied)
[2015-11-20 10:51:53.885619] W [MSGID: 114031] 
[client-rpc-fops.c:1298:client3_3_removexattr_cbk] 
0-home-lab-3-client-3: remote operation failed [Permission denied]
[2015-11-20 10:51:53.885664] W [fuse-bridge.c:1230:fuse_err_cbk] 
0-glusterfs-fuse: 63459967: REMOVEXATTR() /cdc/kk.txt => -1 (Permission 
denied)
[2015-11-20 10:51:53.887908] W [fuse-bridge.c:1230:fuse_err_cbk] 
0-glusterfs-fuse: 63459971: REMOVEXATTR() /cdc/kk.txt => -1 (Permission 
denied)
[2015-11-20 10:51:53.887891] W [MSGID: 114031] 
[client-rpc-fops.c:1298:client3_3_removexattr_cbk] 
0-home-lab-3-client-3: remote operation failed [Permission denied]

(NOTE: We have more gluster brick logs but we don't know if are relevant)

-- 
----------------------------------------------------------------
Centro de Cálculo         Depto. Ingeniería Sistemas Telemáticos
E-mail: omar@dit.upm.es        Universidad Politécnica de Madrid
Fax:(+34) 913367333                 E.T.S. Ing. Telecomunicación
Tel:(+34) 915495700-Ext.3005                28040 Madrid (Spain)
Tel:(+34) 915495762-Ext.3005
Tel:(+34) 913367366-Ext.3005
----------------------------------------------------------------


             reply	other threads:[~2015-11-20 11:11 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-20 11:04 Omar Walid Llorente [this message]
2015-11-23 21:18 ` possible bug in nfs-kernel-server J. Bruce Fields
2015-11-25 16:23   ` omar
     [not found] ` <20151121091824.71ab1f6b@tlielax.poochiereds.net>
2015-11-25 13:50   ` omar
2015-12-10 10:32     ` Omar Walid Llorente
2015-12-10 12:29       ` Soumya Koduri
2015-12-10 14:44         ` J. Bruce Fields
2015-12-14 16:57           ` Omar Walid Llorente
2015-12-17 12:16             ` Soumya Koduri
2015-12-18  0:37               ` Malahal Naineni
2015-12-18  8:43                 ` Soumya Koduri
2015-12-18 15:20                   ` J. Bruce Fields
2015-12-18 17:17                     ` Soumya Koduri
2015-12-18 20:08                       ` J. Bruce Fields
2015-12-21  8:48                         ` Soumya Koduri
2015-12-21 16:47                           ` J. Bruce Fields
2015-12-21 17:58                             ` Soumya Koduri
2015-12-21 20:14                               ` J. Bruce Fields
     [not found]                                 ` <2443f0d3-6937-ae92-d4d5-6e1f00a19e81@dit.upm.es>
2016-11-08 20:16                                   ` J. Bruce Fields
2016-11-11 17:57                                     ` Omar Walid Llorente
2016-11-11 19:03                                       ` J. Bruce Fields
2016-11-11 22:04                                         ` J. Bruce Fields
2016-11-15 10:13                                           ` Miklos Szeredi
2016-11-16 18:19                                             ` Omar Walid Llorente
2016-11-18 14:16                                               ` Miklos Szeredi
2016-11-18 16:03                                                 ` Omar Walid Llorente
2016-11-21 12:56                                                   ` Soumya Koduri
2016-11-21 14:57                                                     ` J. Bruce Fields
2016-11-22 14:45                                                       ` Soumya Koduri
2016-11-28 18:03                                                         ` Omar Walid Llorente
2016-11-28 18:25                                                           ` J. Bruce Fields
2016-12-15 17:06                                                             ` Omar Walid Llorente
     [not found]                                                               ` <HK2PR0401MB15701B151822C20064F3D418FE9D0@HK2PR0401MB1570.apcprd04.prod.outlook.com>
2016-12-15 20:19                                                                 ` J. Bruce Fields

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=564EFE51.90105@dit.upm.es \
    --to=omar@dit.upm.es \
    --cc=cdc@dit.upm.es \
    --cc=linux-nfs@vger.kernel.org \
    /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).