Are /exports/nfs14 and /exports/nfs32 different filesystems?


If not, either export can be used to access either directory, so a client that 
had an export_id 12 handle for some directory under /exports/nfs14 could use 
that handle to create files in that directory.



Use of the Filesystem_Id export option should actually be avoided, there are 
times and places to use it, but it doesn’t properly tie to the underlying 
filesystem.



Frank



From: Krishna Harathi [mailto:khara...@exablox.com]
Sent: Monday, December 14, 2015 1:15 PM
To: Frank Filz <ffilz...@mindspring.com>
Cc: Daniel Gryniewicz <d...@redhat.com>; nfs-ganesha-devel 
<nfs-ganesha-devel@lists.sourceforge.net>
Subject: Re: [Nfs-ganesha-devel] Exportid issue with Ganesha NFSv3 filehandles



We are using the VFS FSAL. Relevant parts of the current  configuration file is 
shown below. The Export_Id might have got re-assigned before (Export_Id = 12 
for /exports/nfs14, and nfs32 is new).





EXPORT
{
    Path          = /exports/nfs14;
    Tag           = nfs14;
    Protocols     = 3;
    Export_Id     = 15;
    Filesystem_Id = 83754999.80606745;
    Access_Type   = RW;
    Squash        = none;
    Anonymous_Uid = -2;
    Anonymous_Gid = -2;
    NFS_Commit    = False;
}
EXPORT
{
    Path          = /exports/nfs32;
    Tag           = nfs32;
    Protocols     = 3;
    Export_Id     = 12;
    Filesystem_Id = 95171467.242799336;
    Access_Type   = RW;
    Squash        = all;
    Anonymous_Uid = -2;
    Anonymous_Gid = -2;
    NFS_Commit    = False;
}




Regards.

Krishna Harathi



On Mon, Dec 14, 2015 at 11:00 AM, Frank Filz <ffilz...@mindspring.com 
<mailto:ffilz...@mindspring.com> > wrote:

Can you tell me more about your config (Ganesha exports and filesystems) and if 
anything has changed recently (and what is that comment about export id being 
reassigned)? What FSAL?



Thanks



Frank



From: Krishna Harathi [mailto:khara...@exablox.com 
<mailto:khara...@exablox.com> ]
Sent: Monday, December 14, 2015 8:58 AM
To: Daniel Gryniewicz <d...@redhat.com <mailto:d...@redhat.com> >
Cc: nfs-ganesha-devel <nfs-ganesha-devel@lists.sourceforge.net 
<mailto:nfs-ganesha-devel@lists.sourceforge.net> >
Subject: Re: [Nfs-ganesha-devel] Exportid issue with Ganesha NFSv3 filehandles



There were no cross-junction operations in this case. It is possible that 
exportid has been reassigned in the configuration, but the FSID is unique.




Regards.

Krishna Harathi



On Mon, Dec 14, 2015 at 6:08 AM, Daniel Gryniewicz <d...@redhat.com 
<mailto:d...@redhat.com> > wrote:

Is it possible that a junction was crossed in the operation?  That
would, of course, change the export the operation occurs on...

Dan


On Fri, Dec 11, 2015 at 7:57 PM, Krishna Harathi <khara...@exablox.com 
<mailto:khara...@exablox.com> > wrote:
> Looks like some possible validation is missing in while checking a
> filehandle got from a client.
>
> Ganesha is wrongly determining the check_acess just based on the exportid
> encoded in the
> filehandle without validating the rest of the filehandle as seen below.
>
>> 11/12/2015 T12:46:48.502444-0800 <tel:502444-0800>  : 
>> nfs-ganesha-24381[work-4] 391
>> :nfs3_Is_Fh_Invalid :FH :F_DBG :NFS3 Handle
>> (28:0x41000c001644f7fffd0419f6cd048100000000010000000000000000)
>> 11/12/2015 T12:46:48.502450-0800 : nfs-ganesha-24381[work-4] 287
>> :get_gsh_export :HT CACHE :DEBUG :export_mgr cache hit slot 12
>> 11/12/2015 T12:46:48.502454-0800 : nfs-ganesha-24381[work-4] 945
>> :nfs_rpc_execute :DISP :M_DBG :DISP: MID DEBUG: Found export entry for
>> path=/exports/nfs32 as exportid=12
>> 11/12/2015 T12:46:48.502465-0800 : nfs-ganesha-24381[work-4] 2211
>> :export_check_access :EXPORT :M_DBG :Check for address 192.168.201.78 for
>> export id 12 fullpath /exports/nfs32
>> 11/12/2015 T12:46:48.502481-0800 : nfs-ganesha-24381[work-4] 2308
>> :export_check_access :EXPORT :M_DBG :Final options   (all_squash    , RWrw,
>> 3--, UDP, TCP, ----, No Manage_Gids, -- Deleg,
>>
>> 11/12/2015 T12:46:48.502484-0800 : nfs-ganesha-24381[work-4] 333
>> :get_req_creds :DISP :M_DBG :DISP: MID DEBUG: AUTH_SYS creds squashed to
>> uid=4294967294, gid=4294967294
>
> Above, the filehandle has led to exportid 12 /exports/nfs32. Further down,
> the actual file operation
> (create) is done on a different export as seen below.
>
>> 11/12/2015 T12:46:48.502513-0800 : nfs-ganesha-24381[work-4] 391
>> :nfs3_Is_Fh_Invalid :FH :F_DBG :NFS3 Handle
>> (28:0x41000c001644f7fffd0419f6cd048100000000010000000000000000)
>> 11/12/2015 T12:46:48.502521-0800 : nfs-ganesha-24381[work-4] 345
>> :vfs_extract_fsid :FSAL :M_DBG :Handle len 22 0x44:
>> fsid=0x0000000004fdfff7.0x0000000004cdf619, type 0x81, opaque:
>> (12:0x000000000100000000000000)
>> 11/12/2015 T12:46:48.502530-0800 : nfs-ganesha-24381[work-4] 1694
>> :vfs_check_handle :FSAL :DEBUG :Found filesystem /exports/nfs14 for handle
>> for FSAL VFS
>
>
> gdb is showing /exports/nfs32 is at exportid 12 but the intended
> /exports/nfs14 is at exportid 15.
>
>> (gdb) print *get_gsh_export_by_path_locked("/exports/nfs32", 0)show
>>  last_update = 320381826978325, state = EXPORT_READY, options = 2,
>> options_set = 1, expire_time_attr = 60, export_id = 12}
>> (gdb) print *get_gsh_export_by_path_locked("/exports/nfs14", 0)
>> last_update = 244761665623320, state = EXPORT_READY, options = 2,
>> options_set = 1, expire_time_attr = 60, export_id = 15}
>
> Assuming that the exportid has changed for the exports (still investigating
> that issue), question to you all is it possible to validate the handle by
> making sure that the correct FSID is there in the slot as shown by exportid?
>
> We are using Ganesha 2.1.0 NFSv3 only, but I see that 2.3.0 code has not
> changed much in this
> specific area.
>
>
> Regards.
> Krishna Harathi
>

> ------------------------------------------------------------------------------
>
> _______________________________________________
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net 
> <mailto:Nfs-ganesha-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>





  _____


 <https://www.avast.com/antivirus>

This email has been checked for viruses by Avast antivirus software.
www.avast.com <https://www.avast.com/antivirus>







---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
------------------------------------------------------------------------------
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Reply via email to