Re: [Nfs-ganesha-devel] File create failing, after mounting from Mac OS
by Daniel Gryniewicz
It's trying to set the FATTR4_ARCHIVE attribute, which is a deprecated
attribute that Ganesha doesn't support. Since Ganesha doesn't advertise
support for it, the client should not be setting it. (Note that the
Linux kernel NFS server also doesn't support this attribute.)
Daniel
On 07/13/2018 10:19 AM, Suresh kosuru wrote:
> This list has been deprecated. Please subscribe to the new devel list at lists.nfs-ganesha.org.
>
>
>
> Hi,
>
> I mounted nfs4 file system on Mac OS. If I try to create a file after
> mounting it is failing with below error in nfs-ganesha logs. Can someone
> please help me debug the issue :
>
> *nfs-ganesha logs:*
>
> 13/07/2018 T01:48:31.386718-0700 28560[::ffff:172.30.9.55] [work-4] 3837
> :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported ==============>
> FATTR4_ARCHIVE supported flag=1 |
>
> 13/07/2018 T01:48:31.386722-0700 28560[::ffff:172.30.9.55] [work-4] 3837
> :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported ==============>
> FATTR4_HIDDEN supported flag=1 |
>
> 13/07/2018 T01:48:31.386726-0700 28560[::ffff:172.30.9.55] [work-4] 3837
> :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported ==============>
> FATTR4_MODE supported flag=1 |
>
> 13/07/2018 T01:48:31.386731-0700 28560[::ffff:172.30.9.55] [work-4] 4099
> :*Fattr4_To_FSAL_attr :Attr not supported 14 name=FATTR4_ARCHIVE*
>
> 13/07/2018 T01:48:31.386735-0700 28560[::ffff:172.30.9.55] [work-4] 1342
> :nfs4_op_open :*general failure*
>
> 13/07/2018 T01:48:31.386739-0700 28560[::ffff:172.30.9.55] [work-4] 1448
> :nfs4_op_open :*failed with status NFS4ERR_ATTRNOTSUPP*
>
> 13/07/2018 T01:48:31.386746-0700 28560[::ffff:172.30.9.55] [work-4] 631
> :Copy_nfs4_state_req :OPEN: saving response 0x7fd8900024b0 so_seqid 0
> new seqid 21
>
>
> *Errors from Mac Terminal:*
>
>
> skosurus-MacBook-Pro:tmp skosuru$
>
> skosurus-MacBook-Pro:tmp skosuru$ mount
>
> /dev/disk1 on / (hfs, local, journaled)
>
> devfs on /dev (devfs, local, nobrowse)
>
> map -hosts on /net (autofs, nosuid, automounted, nobrowse)
>
> map auto_home on /home (autofs, automounted, nobrowse)
>
> /dev/disk2s2 on /Volumes/Kyocera OS X 10.5+ Web build 2014.10.20
> (hfs, local, nodev, nosuid, read-only, noowners, quarantine,
> mounted by skosuru)
>
> /dev/disk3s1 on /Volumes/Slack.app (hfs, local, nodev, nosuid,
> read-only, noowners, quarantine, mounted by skosuru)
>
> 10.10.108.220:/mapr on /Users/skosuru/Desktop/1234 (nfs, nodev,
> nosuid, mounted by skosuru)
>
> skosurus-MacBook-Pro:tmp skosuru$ pwd
>
> /Users/skosuru/Desktop/1234/my.cluster.com/tmp
> <http://my.cluster.com/tmp>
>
> *skosurus-MacBook-Pro:tmp skosuru$ touch 123456789*
>
> * touch: 123456789: Unknown error: 10032*
>
> skosurus-MacBook-Pro:tmp skosuru$ cd ..
>
> skosurus-MacBook-Pro:my.cluster.com <http://my.cluster.com>
> skosuru$ ls -lrt
>
> total 2
>
> drwxr-xr-x 2 nobody nobody 0 Jul 13 12:20 apps
>
> drwxr-xr-x 3 nobody nobody 1 Jul 13 12:20 var
>
> drwxr-xr-x 2 nobody nobody 0 Jul 13 12:21 user
>
> drwxr-xr-x 2 nobody nobody 0 Jul 13 12:21 opt
>
> drwxrwxrwx 2 nobody nobody 4 Jul 13 12:37 tmp
>
> skosurus-MacBook-Pro:my.cluster.com <http://my.cluster.com>
> skosuru$ cd ..
>
> skosurus-MacBook-Pro:1234 skosuru$ ls -lrt
>
> total 1
>
> drwxrwxrwx 7 nobody nobody 6 Jul 13 12:21 my.cluster.com
> <http://my.cluster.com>
>
> skosurus-MacBook-Pro:1234 skosuru$
>
>
> Thanks & Regards
>
> Suresh Kosuru
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> _______________________________________________
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>
6 years, 8 months
Re: [Nfs-ganesha-devel] File create failing, after mounting from Mac OS
by Frank Filz
On 07/13/2018 07:19 AM, Suresh kosuru wrote:
> This list has been deprecated. Please subscribe to the new devel list at lists.nfs-ganesha.org.
>
>
> Hi,
>
> I mounted nfs4 file system on Mac OS. If I try to create a file after
> mounting it is failing with below error in nfs-ganesha logs. Can
> someone please help me debug the issue :
>
> *nfs-ganesha logs:*
>
> 13/07/2018 T01:48:31.386718-0700 28560[::ffff:172.30.9.55] [work-4]
> 3837 :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported
> ==============> FATTR4_ARCHIVE supported flag=1 |
>
> 13/07/2018 T01:48:31.386722-0700 28560[::ffff:172.30.9.55] [work-4]
> 3837 :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported
> ==============> FATTR4_HIDDEN supported flag=1 |
>
> 13/07/2018 T01:48:31.386726-0700 28560[::ffff:172.30.9.55] [work-4]
> 3837 :nfs4_Fattr_Supported_Bitmap :nfs4_Fattr_Supported
> ==============> FATTR4_MODE supported flag=1 |
>
> 13/07/2018 T01:48:31.386731-0700 28560[::ffff:172.30.9.55] [work-4]
> 4099 :*Fattr4_To_FSAL_attr :Attr not supported 14 name=FATTR4_ARCHIVE*
>
> 13/07/2018 T01:48:31.386735-0700 28560[::ffff:172.30.9.55] [work-4]
> 1342 :nfs4_op_open :*general failure*
>
> 13/07/2018 T01:48:31.386739-0700 28560[::ffff:172.30.9.55] [work-4]
> 1448 :nfs4_op_open :*failed with status NFS4ERR_ATTRNOTSUPP*
>
> 13/07/2018 T01:48:31.386746-0700 28560[::ffff:172.30.9.55] [work-4]
> 631 :Copy_nfs4_state_req :OPEN: saving response 0x7fd8900024b0
> so_seqid 0 new seqid 21
>
Hmm, the Mac client is trying to set an attribute Ganesha doesn't support (*FATTR4_ARCHIVE). As far as I can tell from the RFC, responding with
**NFS4ERR_ATTRNOTSUPP is ok for OPEN (it must not be returned for
GETATTR)**. Frank *
6 years, 8 months
Change in ffilz/nfs-ganesha[next]: load_fsal: change dlopen failure warning to LogFatal
by GerritHub
From Dominique Martinet <asmadeus(a)codewreck.org>:
Dominique Martinet has uploaded this change for review. ( https://review.gerrithub.io/419032
Change subject: load_fsal: change dlopen failure warning to LogFatal
......................................................................
load_fsal: change dlopen failure warning to LogFatal
This is an easy configuration mistake and new users should be able
to see this right away.
In particular, people will install `nfs-ganesha` without any FSAL
and not understand why it does not work, so suggest installing
a FSAL sub-package
Change-Id: Idb5793427246d13e18783c73d17f1728c9e617a3
Signed-off-by: Dominique Martinet <dominique.martinet(a)cea.fr>
---
M src/FSAL/fsal_manager.c
1 file changed, 3 insertions(+), 2 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/32/419032/1
--
To view, visit https://review.gerrithub.io/419032
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Idb5793427246d13e18783c73d17f1728c9e617a3
Gerrit-Change-Number: 419032
Gerrit-PatchSet: 1
Gerrit-Owner: Dominique Martinet <asmadeus(a)codewreck.org>
6 years, 8 months
fsal_close old and new API
by ntvietvn＠gmail.com
Hello,
While reading the fsal_remove function, it seems that there may be a missing check before calling fsal_close(), if the FSAL supports new API or not
/* Make sure the to_remove_obj is closed since unlink of an
* open file results in 'silly rename' on certain platforms.
*/
status = fsal_close(to_remove_obj);
So even if the FSAL tells the SAL that support_ex = true, it still needs to implement the op->close function which is a little bit strange.
Can you shed some light on this point?
Thank you
6 years, 8 months
Change in ffilz/nfs-ganesha[next]: NFSv4.1: implement TEST_STATEID operation
by GerritHub
From <fatih(a)gandi.net>:
fatih(a)gandi.net has uploaded this change for review. ( https://review.gerrithub.io/418826
Change subject: NFSv4.1: implement TEST_STATEID operation
......................................................................
NFSv4.1: implement TEST_STATEID operation
this operation was kind of no-op but according to RFC5661,
there are no current file handle associated to a TEST_STATEID operation
we should not check the file handle nor return BADFILEHANDLE according to page 375
since it is actively used by the Linux kernel, implement the operation correctly
Change-Id: Iefd7c47071601cbd357f0957069e205b3b6ef3ee
Signed-off-by: Fatih Acar <fatih.acar(a)gandi.net>
---
M src/Protocols/NFS/nfs4_op_test_stateid.c
1 file changed, 21 insertions(+), 6 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/26/418826/1
--
To view, visit https://review.gerrithub.io/418826
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Iefd7c47071601cbd357f0957069e205b3b6ef3ee
Gerrit-Change-Number: 418826
Gerrit-PatchSet: 1
Gerrit-Owner: fatih(a)gandi.net
6 years, 8 months
Change in ffilz/nfs-ganesha[next]: FSAL_VFS, FreeBSD: fix dirent caching
by GerritHub
From <fatih(a)gandi.net>:
fatih(a)gandi.net has uploaded this change for review. ( https://review.gerrithub.io/418825
Change subject: FSAL_VFS, FreeBSD: fix dirent caching
......................................................................
FSAL_VFS, FreeBSD: fix dirent caching
getdirentries is acting differently between Linux and FreeBSD:
Linux sets basep to new offset after reading
FreeBSD sets basep to the old offset before reading
this makes caching offset calculation wrong on FreeBSD, duplicate entries are calculated
this issue triggers easily with ZFS snapshots
Change-Id: I4dae38faf1f1544fd12602fb07537ec5b006db65
Signed-off-by: Fatih Acar <fatih.acar(a)gandi.net>
---
M src/FSAL/FSAL_VFS/handle.c
1 file changed, 5 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/25/418825/1
--
To view, visit https://review.gerrithub.io/418825
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I4dae38faf1f1544fd12602fb07537ec5b006db65
Gerrit-Change-Number: 418825
Gerrit-PatchSet: 1
Gerrit-Owner: fatih(a)gandi.net
6 years, 8 months
Change in ffilz/nfs-ganesha[next]: nfsd: fix compilation when gss is disabled
by GerritHub
From <fatih(a)gandi.net>:
fatih(a)gandi.net has uploaded this change for review. ( https://review.gerrithub.io/418823
Change subject: nfsd: fix compilation when gss is disabled
......................................................................
nfsd: fix compilation when gss is disabled
move _HAVE_GSSAPI blocks so that we do not end in unused function errors while compiling
Change-Id: Ie4ae5593259f146463768362bdfe781a62cf8e00
Signed-off-by: Fatih Acar <fatih.acar(a)gandi.net>
---
M src/MainNFSD/nfs_rpc_callback.c
1 file changed, 3 insertions(+), 3 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/23/418823/1
--
To view, visit https://review.gerrithub.io/418823
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ie4ae5593259f146463768362bdfe781a62cf8e00
Gerrit-Change-Number: 418823
Gerrit-PatchSet: 1
Gerrit-Owner: fatih(a)gandi.net
6 years, 8 months
Change in ffilz/nfs-ganesha[next]: FSAL_VFS: fix read_dirents function on FreeBSD
by GerritHub
From <fatih(a)gandi.net>:
fatih(a)gandi.net has uploaded this change for review. ( https://review.gerrithub.io/418821
Change subject: FSAL_VFS: fix read_dirents function on FreeBSD
......................................................................
FSAL_VFS: fix read_dirents function on FreeBSD
we do not need to lseek on FreeBSD since getdirentries is doing it for us
otherwise we may read duplicate entries when looping through read_dirents
Change-Id: I9e1e08a96946c9c247d0547a0b3bd3b680664bff
Signed-off-by: Fatih Acar <fatih.acar(a)gandi.net>
---
M src/FSAL/FSAL_VFS/handle.c
1 file changed, 2 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/21/418821/1
--
To view, visit https://review.gerrithub.io/418821
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I9e1e08a96946c9c247d0547a0b3bd3b680664bff
Gerrit-Change-Number: 418821
Gerrit-PatchSet: 1
Gerrit-Owner: fatih(a)gandi.net
6 years, 8 months
