[Gluster-users] [Gluster-devel] Input/Output Error on Gluster NFS
skoduri at redhat.com
Thu Feb 5 07:28:54 UTC 2015
Have you disabled Gluster-NFS ACLs .
Please check the option value -
#gluster v info | grep nfs.acl
Also please provide the details of the nfs-client you are using.
Typically, nfs-clients seem to issue getxattr before doing
setxattr/removexattr operations and return 'ENOTSUPP' incase of ACLs
disabled. But from the strace, looks like the client has issued
'removexattr' of 'system.posix_acl_default' which returned EIO.
Anyways, 'removexattr' should also have returned EOPNOTSUPP instead of EIO.
On 02/05/2015 02:31 AM, Peter Auyeung wrote:
> I was trying to copy a directory of files to Gluster via NFS and getting
> permission denied with Input/Output error
> ---> root at bizratedbstandby.bo2.shopzilla.sea (0.00)# cp -pr db /mnt/
> cp: setting permissions for `/mnt/db/full/pr_bizrate_standby_SMLS.F02-01-22-35.d': Input/output error
> cp: setting permissions for `/mnt/db/full/pr_bizrate_standby_logging.F02-02-18-10.b': Input/output error
> cp: setting permissions for `/mnt/db/full/pr_bizrate_SMLS.F02-01-22-35.d': Input/output error
> cp: setting permissions for `/mnt/db/full/pr_bizrate_standby_master.F02-02-22-00': Input/output error
> cp: setting permissions for `/mnt/db/full': Input/output error
> cp: setting permissions for `/mnt/db': Input/output error
> Checked gluster nfs.log and etc log and bricks looks clean.
> The files ends up able to copy over with right permission.
> Stack trace the copy and seems like it failed on removexattr
> removexattr("/mnt/db", "system.posix_acl_default"...) = -1 EIO (Input/output error)
> Any Clue?
> Gluster-devel mailing list
> Gluster-devel at gluster.org
More information about the Gluster-users