I'm trying to simplify migration away from a legacy non-standard NFS
server by creating a stackable FSAL. For my tests, I’m using a slightly
modified copy of FSAL NULL above FSAL PROXY.
Reads from the legacy non-standard NFS server includes data not
originally provided by user application writes. Writes to the legacy
non-standard NFS server also requires insertion of data not provided by
the user application. I am unable to change the legacy system (anytime
soon).
For all tests I’ve run, my FSAL NULL derived layer is successfully
inserting test data.
When file system operations are done in a certain order (e.g. reading
files before listing directory contents), my FSAL NULL derived layer
successfully removes the inserted test data from the read data stream
presented to user applications and FSAL adjusted file sizes are shown by
file manager GUI or "ls".
If the PROXY NFS server directory contents are listed first (via "ls" or
file manager GUI) or output via "cat //mnt/nfstst//*", it seems like the
FSAL NULL derived layer is bypassed. The user applications receive the
extra/unwanted data as well as the expected user application data and
directory listings show file sizes that are NOT adjusted to subtract the
extra/unwanted data portions from the size.
I hope that someone more familiar with NFS-Ganesha's architecture can
help identify the processing path(s) that I have failed to identify
(i.e. adjust via the stackableFSAL) so that I can eliminate this
operation order dependency.
My original work was done on the 2.4 stable branch. The development
process indicates all patches should be made to the current development
branch. I've recreated these results with the 2.5 development branch. If
your input helps me find a bug, I'll submit a fix.
I’m requesting input from more experienced NFS-Ganesha developers.
Please provide any input that helps me eliminate this processing order
dependency.
Thanks in advance,
Kevin
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel