Hi all,
I have now tried to use the ganesha server instead of the nfs-kernel-server as
initial exporter, but run into even more problems.
I stopped the nfs-kernel-server and then started the ganesha server with the
following commandline and config file
sudo ganesha.nfsd -f
nfs-ganesha-build/test/ganesha.min_test.conf -L ./ganesha-export.logfile -N
NIV_DEBUG -F
The ganehsa.min_test.conf is:
EXPORT
{
Export_Id = 2;
Path = /home/swalter/nfs-org;
Pseudo = /home/swalter/nfs-org;
Access_Type = RW;
# Squash = None;
FSAL
{
Name = VFS;
}
}
So this is equal to the basic config file.
I think the Ganesha server works fine, since I get the following output:
Sudo showmount -e localhost
Export list for localhost:
/home/swalter/nfs-org (everyone)
Afterwards, I started the Ganesha-Proxy with the same config file as before -
just another ip, since I have cloned the VM.
While the proxy start successfully when I use the nfs-kernel-server, it hangs
with the ganesha server as source for the proxy.
I have seen, that there seems to be a problem with the xid, if I interpret the
logfile in the right way. I attached the logfile of the proxy to this mail.
UPDATE:
nfs-kernel-server -> Ganesha-Proxy -> NFS-Client
I played also a bit around with the above configuration to debug, what lead to
the corruption of the directory.
It seems, that I can remove files , copy and cat files as much as I want. Also
I can use md5sum or so to access the data within the files. But when I try to
use 'VIM' to save an existing file, or open a new one, I get the following
error:
"foobar"
"foobar" E212: Can't open file for writing
Press ENTER or type command to continue
Now I get the following output for the ll commands on the client
ll
ls: reading directory '.': Permission denied
total 0
sudo ls -hal
ls: cannot open directory '.': Permission denied
cd .. && ll
total 1040
drwx--x--x 3 swalter swalter 4096 Sep 13 14:51 ./
drwxr-xr-x 23 swalter swalter 4096 Sep 13 14:39 ../
-rw-r--r-- 1 swalter swalter 1048576 Sep 13 14:15 1M.data
drw------- 2 swalter swalter 4096 Sep 13 14:52 barfoo/
-rw-r--r-- 1 swalter swalter 42 Sep 13 14:15 md5sum.check
It has shown, that the barfoo directory has lost the X value, so that I no
longer can access it. If I add it again with chmod 711 I can again access the
directory and files
Cd barfoo && ll
total 12
drwx--x--x 2 swalter swalter 4096 Sep 13 14:52 ./
drwx--x--x 3 swalter swalter 4096 Sep 13 14:51 ../
-rw-r--r-- 1 swalter swalter 7 Sep 13 14:27 barfoo
---------- 1 swalter swalter 0 Mai 3 1971 .foobar.swp
As we can see is there a swp file from vim without permissions. I can now
also access all the data and delete the directory again.
So it is not clear to me, why this happens.
Another interesting point is maybe the following
mkdir test
ll
drwxr-xr-x 2 swalter swalter 4096 Sep 13 14:39 test/
sudo mount -t nfs4 192.168.56.101:/nfs-ganesha-proxy ./test -v
ll
drwx--x--x 3 swalter swalter 4096 Sep 13 14:26 test/
So the permissions of the directory has changed. I don't know, if this is
correct or not. But I don't think, that this is important, since the same error
occurs, when I chance the permissions to 755 at the nfs-kernel-server, what
also change all the permissions at the nfs-client.
Best regards,
Stephan
From: Stephan Walter [mailto:stephan.wal...@emea.nec.com]
Sent: 13 September 2017 11:31
To: patrice.lu...@cea.fr; nfs-ganesha-devel@lists.sourceforge.net
Subject: [** SUSPICIOUS EMAIL **] Re: [Nfs-ganesha-devel] Setup/Configuration
problem for a proxy with nfs-ganesha V2.6-dev.7
Hi Patrice,
Thank you very much for your help. I was now able to start the ganesha-proxy
and also mount it on the test vm. Unfortunately, the proxy seems to corrupt the
data.
I will now explain the configuration in detail for a better understanding.
I use in total 3 VMs
1. GANESHA-PROXY 192.168.56.101
2. NFS-CLIENT 192.168.56.102
3. NFS-ORG 192.168.56.103
Now to the settings on the specific VM
NFS-ORG
The first problem I faced after I used your setup was, that I exported
directories that belongs to root, what lead to a conflict with the root_squash
option of the original nfs export. Therefore, I modified the setting
/etc/exports:
/home/swalter/nfs-org *(rw,sync)
ll /home/swalter/nfs-org
drwxr-xr-x 2 swalter swalter 4096 Sep 13 10:33 ./
drwxr-xr-x 21 swalter swalter 4096 Sep 13 10:33 ../
-rw-r--r-- 1 swalter swalter 1034 Sep 13 10:33 foobar.txt
After that, I restarted the nfs service to export the new directory
sudo service nfs-kernel-server restart
GANESHA-PROXY
cat nfs-ganesha-build/test/ganesha.proxy_min.conf
EXPORT
{
# Export Id (mandatory, each EXPORT must have a unique Export_Id)
Export_Id = 77;
# Exported path (mandatory)
#path exported by background nfs server
#Path = /tmp;
#Path = /nfs-org;
Path = /home/swalter/nfs-org;
# Pseudo Path (required for NFS v4)
#path exported by proxy to nfs clients
#Pseudo = /tmp_proxy;
Pseudo = /nfs-ganesha-proxy;
# Required for access (default is None)
# Could use CLIENT blocks instead
Access_Type = RW;
# Exporting FSAL
FSAL {
Name = PROXY;
}
}
PROXY {
Remote_Server {
Srv_Addr = 192.168.56.103;
}
}
After that, I killed the old ganesha server with kill -s SIGTERM <PID> and then
restarted it again with
sudo ganesha.nfsd -f nfs-ganesha-build/test/ganesha.proxy_min.conf -L
./ganesha-proxy.logfile -N NIV_DEBUG -F
There is no directory /nfs-ganesha-proxy at this VM, what seems to me right,
but I am not sure!
NFS-CLIENT
1. TEST
Mount the nfs from the original NFS server
sudo mount -t nfs4 192.168.56.103:/home/swalter/nfs-org ./nfs-dummy/ -v
I was able to mount the directory, read and modify the foobar.txt and also
unmount the nfs volume again. So I think everything works fine.
2. TEST
Mount the nfs from the ganesha-proxy
sudo mount -t nfs4 192.168.56.101:/nfs-ganesha-proxy ./ganesha-dummy/ -v
I was able to mount the directory, read and modify the foobar.txt, but after a
relatively short time, I get the following output:
ls ganesha-dummy/
ls: reading directory 'ganesha-dummy/': Permission denied
On NFS-ORG I get then the following output
ll nfs-org
ls: cannot access 'nfs-org/1G.data': Permission denied
ls: cannot access 'nfs-org/foobar.txt': Permission denied
total 0
d????????? ? ? ? ? ? ./
d????????? ? ? ? ? ? ../
-????????? ? ? ? ? ? 1G.data
-????????? ? ? ? ? ? foobar.txt
For this particular situation, I tried to copy a 1GB File with random data from
the NFS-CLIENT to the NFS volume.
I would assume, that there is some kind of data corruption.
I will try today also a Ganesha->Ganesha-Proxy->NFC-Client setup, to be sure,
that the NFS-Server->Ganesha-PROXY is not the source of the problem.
Best regards,
Stephan
From: LUCAS Patrice [mailto:patrice.lu...@cea.fr]
Sent: 12 September 2017 13:10
To:
nfs-ganesha-devel@lists.sourceforge.net<mailto:nfs-ganesha-devel@lists.sourceforge.net>
Subject: Re: [Nfs-ganesha-devel] Setup/Configuration problem for a proxy with
nfs-ganesha V2.6-dev.7
Hello Stephan,
The proxy doc on the github page is maybe a bit outdated.
With latest versions of ganesha, no need to have an additionnal binary. You
only need to launch the main ganesha.nfsd binary.
Could you explain your simple test configuration so we could try to provide to
you a correct configuration file ?
Below is an example of a simple updated ganesha conf file to re-export a /tmp
dir from an nfs server :
===============================
EXPORT
{
# Export Id (mandatory, each EXPORT must have a unique Export_Id)
Export_Id = 77;
# Exported path (mandatory)
#path exported by background nfs server
Path = /tmp;
# Pseudo Path (required for NFS v4)
#path exported by proxy to nfs clients
Pseudo = /tmp_proxy;
# Required for access (default is None)
# Could use CLIENT blocks instead
Access_Type = RW;
# Exporting FSAL
FSAL {
Name = PROXY;
}
}
PROXY {
Remote_Server {
Srv_Addr = XXX.XXX.XXX.XXX;
}
}
==============================
Regards,
Patrice LUCAS
On 09/11/17 18:00, Stephan Walter wrote:
Hi,
I run into some problems with the configuration of a ganesha proxy. I have done
until know the following things:
I compiled the actual version from the nfs-ganesha git-hub repository and
successfully configured a basic NFS export through ganesha.
cmake -DCMAKE_BUILD_TYPE=Release -DBUILD_CONFIG=everything ~/nfs-ganesha/src/
make && make install
sudo ganesha.nfsd -f nfs-ganesha-build/test/ganesha.min_test.conf -L
./ganesha-min.logfile -N NIV_DEBUG -F
ganesh.min_test.conf:
EXPORT
{
Export_Id = 2;
Path = /tmp/ganesha_test;
Pseudo = /tmp/ganesha_test;
Access_Type = RW;
Squash = None;
FSAL
{
Name = VFS;
}
}
After that I tried to use ganesha to generate a proxy for a nfs-kernel-server
export from another virtual machine, with respect to the documentation at
https://github.com/nfs-ganesha/nfs-ganesha/wiki/PROXY#Configuring_a_NFSGANESHA_server_as_a_NFS_proxy
But I was not able to setup the proxy successful. Since the documentation is
related to the old "configure" based build system, it is not clear to me, if I
still require the proxy.ganesha.nfsd binary or not.
In addition to this, it is still not clear to me, if I have made a mistake with
the ganesha config file etc.
It would be great, if somebody could help me with the correct configuration of
a ganesha proxy. Ffilzwin told me to raise my question at this mailing list, so
I hope this is the right list for this kind of question.
Thank you very much in advance for your help!
Best regards,
Stephan
------------------------------------------------------------------------------
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@lists.sourceforge.net<mailto:Nfs-ganesha-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
--
Patrice LUCAS
Ingenieur-Chercheur, CEA-DAM/DSSI/SISR/LA2S
tel : +33 (0)1 69 26 47 86
e-mail : patrice.lu...@cea.fr<mailto:patrice.lu...@cea.fr>
Click
here<https://www.mailcontrol.com/sr/YkSBnrXzsoPGX2PQPOmvUmuFhuAgpUQ2870daNV2fau!jgrqKTmcOOq9uRGt+zUrhkuIboP+xwdPpv0P1Tfw+Q==>
to report this email as spam.
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] main :MAIN :EVENT :nfs-ganesha Starting: Ganesha Version
2.6-dev.7
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG :FileSystem info: {
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxfilesize =
FFFFFFFFFFFFFFFF
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxlink = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxnamelen = 255
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxpathlen = 4096
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : no_trunc = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : chown_restricted = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : case_insensitive = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : case_preserving = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : link_support = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : symlink_support = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : lock_support = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : lock_support_async_block
= 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : named_attr = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : unique_handles = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : acl_support = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : cansettime = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : homogenous = 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : supported_attrs = 15DFCE
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxread = 67108864
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : maxwrite = 67108864
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : umask = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : auth_exportpath_xdev = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : xattr_access_rights =
0400
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : delegations = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : pnfs_mds = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : pnfs_ds = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : fsal_trace = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG : fsal_grace = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] display_fsinfo :FSAL :DEBUG :}
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_config :FSAL :DEBUG :FSAL INIT: Supported
attributes mask = 0x15dfce
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs_set_param_from_conf :NFS STARTUP :EVENT
:Configuration file successfully parsed
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_fds_limit :INODE LRU :INFO :Attempting to increase
soft limit from 1024 to hard limit of 4096
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_fds_limit :INODE LRU :INFO :Setting the
system-imposed limit on FDs to 4096.
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[cache_lru] lru_run :INODE LRU :DEBUG :FD count is 0 and low
water mark is 2048: not reaping.
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[cache_lru] lru_run :INODE LRU :DEBUG :After work,
open_fd_count:0 count:0 fdrate:1 threadwait=90
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[chunk_lru] chunk_lru_run :INODE LRU :DEBUG :After work,
threadwait=90 totalwork=0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_server_pkgs :NFS STARTUP :INFO :State lock layer
successfully initialized
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_server_pkgs :NFS STARTUP :DEBUG :Now building
IP/name cache
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_server_pkgs :NFS STARTUP :INFO :IP/name cache
successfully initialized
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_server_pkgs :NFS STARTUP :EVENT :Initializing ID
Mapper.
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_server_pkgs :NFS STARTUP :EVENT :ID Mapper
successfully initialized.
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] load_fsal :NFS STARTUP :DEBUG :Loading FSAL PROXY with
/usr/lib/ganesha/libfsalproxy.so
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] fsal_cfg_commit :CONFIG :INFO :Readjusting MaxRead to
FSAL, 67108864 -> 1048576
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] fsal_cfg_commit :CONFIG :INFO :Readjusting MaxWrite to
FSAL, 67108864 -> 1048576
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] export_commit_common :CONFIG :INFO :Export 77 created at
pseudo (/nfs-ganesha-proxy) with path (/home/swalter/nfs-org) and tag ((null))
perms (options=033031e2 , RWrw, , ,
, , , )
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] export_commit_common :CONFIG :INFO :Export 77 has 0
defined clients
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] build_default_root :CONFIG :DEBUG :Allocating Pseudo
root export
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] pseudofs_create_export :FSAL :DEBUG :Created exp
0x7f3c9fc46f00 - /
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] build_default_root :CONFIG :INFO :Export 0 (/)
successfully created
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] config_errs_to_log :CONFIG :WARN :Config File
(./nfs-ganesha-build/test/ganesha.ganesha_proxy_min.conf:22): Unknown parameter
(Cache_Data)
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] gsh_dbus_pkginit :DBUS :DEBUG :init
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_recv :FSAL :DEBUG :Connected after 0
sleeps, resending outstanding calls
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_clientid_renewer :FSAL :DEBUG :Need 1 new
client id
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_setclientid :FSAL :EVENT :Negotiating a
new ClientId with the remote server
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_compoundv4_call :FSAL :DEBUG :First
attempt to send XID 1505309420 with 168 bytes
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] gsh_dbus_register_path :DBUS :DEBUG :registered handler
for /org/ganesha/nfsd/ExportMgr
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] gsh_dbus_register_path :DBUS :DEBUG :registered handler
for /org/ganesha/nfsd/ClientMgr
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs_Init :NFS STARTUP :DEBUG :Now building NFSv4 ACL
cache
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_init :NFS4 ACL :DEBUG :Initialize NFSv4 ACLs
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_init :NFS4 ACL :DEBUG :sizeof(fsal_ace_t)=20,
sizeof(fsal_acl_t)=80
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_test :NFS4 ACL :DEBUG :acldata.aces =
0x7f3c9fc2aa00
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_test :NFS4 ACL :DEBUG :acl = 0x7f3c9fc54420,
ref = 1, status = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_test :NFS4 ACL :DEBUG :acldata2.aces =
0x7f3c9fc2aa80
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_ace_free :NFS4 ACL :DEBUG :free ace 0x7f3c9fc2aa80
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acl_entry_inc_ref :NFS4 ACL :DEBUG :(acl, ref) =
(0x7f3c9fc54420, 2)
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_test :NFS4 ACL :DEBUG :re-access: acl =
0x7f3c9fc54420, ref = 2, status = 2
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acl_entry_dec_ref :NFS4 ACL :DEBUG :(acl, ref) =
(0x7f3c9fc54420, 1)
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acls_test :NFS4 ACL :DEBUG :release: acl =
0x7f3c9fc54420, ref = 1, status = 0
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acl_release_entry :NFS4 ACL :DEBUG :Free ACL
0x7f3c9fc54420
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_acl_entry_dec_ref :NFS4 ACL :DEBUG :(acl, ref) =
(0x7f3c9fc54420, 0)
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs4_ace_free :NFS4 ACL :DEBUG :free ace 0x7f3c9fc2aa00
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] nfs_Init :NFS STARTUP :INFO :NFSv4 ACL cache
successfully initialized
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[main] init_export_root :EXPORT :DEBUG :About to lookup_path
for ExportId=77 Path=/home/swalter/nfs-org
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_read_reply :FSAL :DEBUG :Recmark
80000084, xid 1505309420
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_clientid_renewer :FSAL :DEBUG :Need 1 new
session id
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_setsessionid :FSAL :DEBUG :Getting new
session id for client id 59b92dfd00000002 with sequence id 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c993fe6f0] pxy_compoundv4_call :FSAL :DEBUG :First
attempt to send XID 1505309421 with 184 bytes
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_read_reply :FSAL :DEBUG :Recmark
80000028, xid 1
13/09/2017 15:12:20 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_read_reply :FSAL :DEBUG :xid 1 is not
on the list, skip 36 bytes
13/09/2017 15:12:35 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_read_reply :FSAL :DEBUG :Recmark
80000028, xid 1
13/09/2017 15:12:35 : epoch 59b92eb4 : swalt-VirtualBox :
nfs-ganesha-7256[0x7f3c99bff6f0] pxy_rpc_read_reply :FSAL :DEBUG :xid 1 is not
on the list, skip 36 bytes
------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
