Hello All, I am attempting to get nfs-ganesha 3.0.3 under Ubuntu 20.04 working with ESXi. While I can successfully mount the NFS export I receive regular errors while performing any kind of file work through ESXi. The volume /vdb is just raw formatted with XFS and the environment is completely virtual. Any suggestions for debugging this farther as this is my first time trying out this configuration. Sean tail /var/log/ganesha/ganesha.log 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a1800e830, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c00e200, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c0103b0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c00f2d0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010510, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010670, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010510, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_582] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010670, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_582] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a100109c0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:55:18 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[dbus_heartbeat] nfs_health :DBUS :WARN :Health status is unhealthy. enq new: 9736, old: 9735; deq new: 9735, old: 9735 lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 55.4M 1 loop /snap/core18/1944 loop1 7:1 0 69M 1 loop /snap/lxd/14804 loop2 7:2 0 55M 1 loop /snap/core18/1705 loop3 7:3 0 71.3M 1 loop /snap/lxd/18772 loop4 7:4 0 31.1M 1 loop /snap/snapd/10492 loop5 7:5 0 31.1M 1 loop /snap/snapd/10707 sr0 11:0 1 1024M 0 rom vda 252:0 0 25G 0 disk ├─vda1 252:1 0 1M 0 part ├─vda2 252:2 0 1G 0 part /boot └─vda3 252:3 0 24G 0 part └─ubuntu--vg-ubuntu--lv 253:0 0 20G 0 lvm / vdb 252:16 0 200G 0 disk /nfs cat /etc/ganesha/ganesha.conf ################################################### # # Ganesha Config Example # # This is a commented example configuration file for Ganesha. It is not # complete, but only has some common configuration options. See the man pages # for complete documentation. # ################################################### ## These are core parameters that affect Ganesha as a whole. NFS_CORE_PARAM { ## Allow NFSv3 to mount paths with the Pseudo path, the same as NFSv4, ## instead of using the physical paths. #mount_path_pseudo = true; ## Configure the protocols that Ganesha will listen for. This is a hard ## limit, as this list determines which sockets are opened. This list ## can be restricted per export, but cannot be expanded. Protocols = 3,4; } ## These are defaults for exports. They can be overridden per-export. #EXPORT_DEFAULTS { ## Access type for clients. Default is None, so some access must be ## given either here or in the export itself. #Access_Type = RW; #} ## Configure settings for the object handle cache #MDCACHE { ## The point at which object cache entries will start being reused. #Entries_HWMark = 100000; #} ## Configure an export for some file tree #EXPORT #{ ## Export Id (mandatory, each EXPORT must have a unique Export_Id) #Export_Id = 12345; ## Exported path (mandatory) #Path = /nonexistant; ## Pseudo Path (required for NFSv4 or if mount_path_pseudo = true) #Pseudo = /nonexistant; ## Restrict the protocols that may use this export. This cannot allow ## access that is denied in NFS_CORE_PARAM. #Protocols = 3,4; ## Access type for clients. Default is None, so some access must be ## given. It can be here, in the EXPORT_DEFAULTS, or in a CLIENT block #Access_Type = RW; ## Whether to squash various users. #Squash = root_squash; ## Allowed security types for this export #Sectype = sys,krb5,krb5i,krb5p; ## Exporting FSAL #FSAL { #Name = VFS; #} #} EXPORT { Export_Id = 5; Path = /nfs; Pseudo = /nfs; Protocols = 4; Access_Type = RW; #Squash = root_squash; Sectype = none,sys; FSAL { Name = vfs; } } ## Configure logging. Default is to log to Syslog. Basic logging can also be ## configured from the command line #LOG { ## Default log level for all components # Default_Log_Level = INFO; ## Configure per-component log levels. # Components { # FSAL = INFO; # NFS4 = EVENT; # } ## Where to log # Facility { # name = FILE; # destination = "/var/log/ganecat /etc/ganesha/ganesha.conf ################################################### # # Ganesha Config Example # # This is a commented example configuration file for Ganesha. It is not # complete, but only has some common configuration options. See the man pages # for complete documentation. # ################################################### ## These are core parameters that affect Ganesha as a whole. NFS_CORE_PARAM { ## Allow NFSv3 to mount paths with the Pseudo path, the same as NFSv4, ## instead of using the physical paths. #mount_path_pseudo = true; ## Configure the protocols that Ganesha will listen for. This is a hard ## limit, as this list determines which sockets are opened. This list ## can be restricted per export, but cannot be expanded. Protocols = 3,4; } ## These are defaults for exports. They can be overridden per-export. #EXPORT_DEFAULTS { ## Access type for clients. Default is None, so some access must be ## given either here or in the export itself. #Access_Type = RW; #} ## Configure settings for the object handle cache #MDCACHE { ## The point at which object cache entries will start being reused. #Entries_HWMark = 100000; #} ## Configure an export for some file tree #EXPORT #{ ## Export Id (mandatory, each EXPORT must have a unique Export_Id) #Export_Id = 12345; ## Exported path (mandatory) #Path = /nonexistant; ## Pseudo Path (required for NFSv4 or if mount_path_pseudo = true) #Pseudo = /nonexistant; ## Restrict the protocols that may use this export. This cannot allow ## access that is denied in NFS_CORE_PARAM. #Protocols = 3,4; ## Access type for clients. Default is None, so some access must be ## given. It can be here, in the EXPORT_DEFAULTS, or in a CLIENT block #Access_Type = RW; ## Whether to squash various users. #Squash = root_squash; ## Allowed security types for this export #Sectype = sys,krb5,krb5i,krb5p; ## Exporting FSAL #FSAL { #Name = VFS; #} #} EXPORT { Export_Id = 5; Path = /nfs; Pseudo = /nfs; Protocols = 4; Access_Type = RW; #Squash = root_squash; Sectype = none,sys; FSAL { Name = vfs; } } ## Configure logging. Default is to log to Syslog. Basic logging can also be ## configured from the command line #LOG { ## Default log level for all components # Default_Log_Level = INFO; ## Configure per-component log levels. # Components { # FSAL = INFO; # NFS4 = EVENT; # } ## Where to log # Facility { # name = FILE; # destination = "/var/log/ganesha.log"; # enable = active; # } #} sha.log"; # enable = active; # } #}
What files actually exist in the /nfs file system? Those errors about referrals are because Ganesha is trying to check if a file is supposed to be a referral, but it can't get attributes for the file. Turning on some debug would help, add this to your config: LOG { COMPONENTS { FSAL = FULL_DEBUG; } } And either re-start or issue a SIGHUP. We can get a better idea of what is going on. Frank
-----Original Message----- From: swarnock@warnocksolutions.com [mailto:swarnock@warnocksolutions.com] Sent: Friday, January 8, 2021 10:08 AM To: support@lists.nfs-ganesha.org Subject: [NFS-Ganesha-Support] Initial testing with ESXi 6.7
Hello All,
I am attempting to get nfs-ganesha 3.0.3 under Ubuntu 20.04 working with ESXi. While I can successfully mount the NFS export I receive regular errors while performing any kind of file work through ESXi. The volume /vdb is just raw formatted with XFS and the environment is completely virtual. Any suggestions for debugging this farther as this is my first time trying out this configuration.
Sean
tail /var/log/ganesha/ganesha.log 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a1800e830, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c00e200, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c0103b0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c00f2d0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010510, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:49 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010670, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_584] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010510, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_582] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a0c010670, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:52:50 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd-720[svc_582] fsal_common_is_referral :FSAL :EVENT :Failed to get attrs for referral, handle: 0x7f8a100109c0, valid_mask: 0, request_mask: 11d7ce, supported: 0, error: The file no longer exists 08/01/2021 17:55:18 : epoch 5ff7ccb6 : ganesha : ganesha.nfsd- 720[dbus_heartbeat] nfs_health :DBUS :WARN :Health status is unhealthy. enq new: 9736, old: 9735; deq new: 9735, old: 9735
lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 55.4M 1 loop /snap/core18/1944 loop1 7:1 0 69M 1 loop /snap/lxd/14804 loop2 7:2 0 55M 1 loop /snap/core18/1705 loop3 7:3 0 71.3M 1 loop /snap/lxd/18772 loop4 7:4 0 31.1M 1 loop /snap/snapd/10492 loop5 7:5 0 31.1M 1 loop /snap/snapd/10707 sr0 11:0 1 1024M 0 rom vda 252:0 0 25G 0 disk ├─vda1 252:1 0 1M 0 part ├─vda2 252:2 0 1G 0 part /boot └─vda3 252:3 0 24G 0 part └─ubuntu--vg-ubuntu--lv 253:0 0 20G 0 lvm / vdb 252:16 0 200G 0 disk /nfs
cat /etc/ganesha/ganesha.conf ################################################### # # Ganesha Config Example # # This is a commented example configuration file for Ganesha. It is not # complete, but only has some common configuration options. See the man pages # for complete documentation. # ###################################################
## These are core parameters that affect Ganesha as a whole. NFS_CORE_PARAM { ## Allow NFSv3 to mount paths with the Pseudo path, the same as NFSv4, ## instead of using the physical paths. #mount_path_pseudo = true;
## Configure the protocols that Ganesha will listen for. This is a hard ## limit, as this list determines which sockets are opened. This list ## can be restricted per export, but cannot be expanded. Protocols = 3,4; }
## These are defaults for exports. They can be overridden per-export. #EXPORT_DEFAULTS { ## Access type for clients. Default is None, so some access must be ## given either here or in the export itself. #Access_Type = RW; #}
## Configure settings for the object handle cache #MDCACHE { ## The point at which object cache entries will start being reused. #Entries_HWMark = 100000; #}
## Configure an export for some file tree #EXPORT #{ ## Export Id (mandatory, each EXPORT must have a unique Export_Id) #Export_Id = 12345;
## Exported path (mandatory) #Path = /nonexistant;
## Pseudo Path (required for NFSv4 or if mount_path_pseudo = true) #Pseudo = /nonexistant;
## Restrict the protocols that may use this export. This cannot allow ## access that is denied in NFS_CORE_PARAM. #Protocols = 3,4;
## Access type for clients. Default is None, so some access must be ## given. It can be here, in the EXPORT_DEFAULTS, or in a CLIENT block #Access_Type = RW;
## Whether to squash various users. #Squash = root_squash;
## Allowed security types for this export #Sectype = sys,krb5,krb5i,krb5p;
## Exporting FSAL #FSAL { #Name = VFS; #} #} EXPORT { Export_Id = 5; Path = /nfs; Pseudo = /nfs; Protocols = 4; Access_Type = RW; #Squash = root_squash; Sectype = none,sys; FSAL { Name = vfs; } } ## Configure logging. Default is to log to Syslog. Basic logging can also be ## configured from the command line #LOG { ## Default log level for all components # Default_Log_Level = INFO;
## Configure per-component log levels. # Components { # FSAL = INFO; # NFS4 = EVENT; # }
## Where to log # Facility { # name = FILE; # destination = "/var/log/ganecat /etc/ganesha/ganesha.conf ################################################### # # Ganesha Config Example # # This is a commented example configuration file for Ganesha. It is not # complete, but only has some common configuration options. See the man pages # for complete documentation. # ###################################################
## These are core parameters that affect Ganesha as a whole. NFS_CORE_PARAM { ## Allow NFSv3 to mount paths with the Pseudo path, the same as NFSv4, ## instead of using the physical paths. #mount_path_pseudo = true;
## Configure the protocols that Ganesha will listen for. This is a hard ## limit, as this list determines which sockets are opened. This list ## can be restricted per export, but cannot be expanded. Protocols = 3,4; }
## These are defaults for exports. They can be overridden per-export. #EXPORT_DEFAULTS { ## Access type for clients. Default is None, so some access must be ## given either here or in the export itself. #Access_Type = RW; #}
## Configure settings for the object handle cache #MDCACHE { ## The point at which object cache entries will start being reused. #Entries_HWMark = 100000; #}
## Configure an export for some file tree #EXPORT #{ ## Export Id (mandatory, each EXPORT must have a unique Export_Id) #Export_Id = 12345;
## Exported path (mandatory) #Path = /nonexistant;
## Pseudo Path (required for NFSv4 or if mount_path_pseudo = true) #Pseudo = /nonexistant;
## Restrict the protocols that may use this export. This cannot allow ## access that is denied in NFS_CORE_PARAM. #Protocols = 3,4;
## Access type for clients. Default is None, so some access must be ## given. It can be here, in the EXPORT_DEFAULTS, or in a CLIENT block #Access_Type = RW;
## Whether to squash various users. #Squash = root_squash;
## Allowed security types for this export #Sectype = sys,krb5,krb5i,krb5p;
## Exporting FSAL #FSAL { #Name = VFS; #} #} EXPORT { Export_Id = 5; Path = /nfs; Pseudo = /nfs; Protocols = 4; Access_Type = RW; #Squash = root_squash; Sectype = none,sys; FSAL { Name = vfs; } } ## Configure logging. Default is to log to Syslog. Basic logging can also be ## configured from the command line #LOG { ## Default log level for all components # Default_Log_Level = INFO;
## Configure per-component log levels. # Components { # FSAL = INFO; # NFS4 = EVENT; # }
## Where to log # Facility { # name = FILE; # destination = "/var/log/ganesha.log"; # enable = active; # } #} sha.log"; # enable = active; # } #} _______________________________________________ Support mailing list -- support@lists.nfs-ganesha.org To unsubscribe send an email to support-leave@lists.nfs-ganesha.org
Frank, Thank you for the fast reply. I updated the configuration file and just restarted the entire machine. Then I attempted to install an guest machine on ESXi and produce my regular failure. Also, any suggested reading for handing memory sizing, or additional configuration information? Currently I'm running the Ubuntu guest machine with 8GB of RAM and a 200GB virtual disk. :~$ ls /nfs SW_DVD9_Win_Server_STD_CORE_2016_64Bit_English_-4_DC_STD_MLF_X21-70526.ISO tryy :~$ ls /nfs/tryy/ tryy-9dc17430.vswp tryy.nvram tryy.vmsd tryy.vmx.lck vmware.log vmx-tryy-2646701104-2.vswp tryy-flat.vmdk tryy.vmdk tryy.vmx vmware-1.log vmx-tryy-2646701104-1.vswp <esxi error> Lost connection to server 192.168.0.163 mount point blah mounted as 55da6571-1380d8f9-0000-000000000000 (/nfs). </esxi error> <ganesha.log excerpt> 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] fsal_reopen_obj :FSAL :F_DBG :Open mode = 0, desired mode = 20 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] fsal_reopen_obj :FSAL :DEBUG :Open in FSAL_O_ANY mode failed, just open temporary file descriptor. 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :my_fd->fd = -1 openflags = 20, posix_flags = 0 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :openflags = 20, posix_flags = 0 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :F_DBG :vfs_fs = /nfs root_fd = 3 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :M_DBG :Handle len 30 0x43: fsid=0xbb4c0d5e393bf124.0x37123163b39909b0, type 0x81, opaque: (12:0xc100000800000000f90069c1) 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :F_DBG :Opened fd 38 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :fd = 38, new openflags = 20 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] find_fd :FSAL :F_DBG :Found fd=38 for file 0x7f2a9400d650 of type REGULAR_FILE 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_getattr2 :FSAL :F_DBG :Got fd 38 closefd = true 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_getattr2 :FSAL :F_DBG :Closing Opened fd 38 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_extract_fsid :FSAL :M_DBG :Handle len 30 0x43: fsid=0xbb4c0d5e393bf124.0x37123163b39909b0, type 0x81, opaque: (12:0xc100000800000000f90069c1) 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_check_handle :FSAL :DEBUG :Found filesystem /nfs for handle for FSAL VFS 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_write2 :FSAL :F_DBG :Calling find_fd, state = 0x7f2aa000d820 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] fsal_find_fd :FSAL :F_DBG :state_fd->openflags = 1283 openflags = 2 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] fsal_find_fd :FSAL :F_DBG :Use state_fd 0x7f2aa000d900 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] find_fd :FSAL :F_DBG :Found fd=36 for file 0x7f2a9400d650 of type REGULAR_FILE 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 30 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 31 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 34 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 35 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 36 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 32 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 37 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 33 </ganesha.log excerpt>
Hmm, I'm not sure what's going on. Maybe turn full debug on (log may be rather large - you may want to use something like pastebin to post it): LOG { COMPONENTS { ALL = FULL_DEBUG; } } Frank
-----Original Message----- From: swarnock@warnocksolutions.com [mailto:swarnock@warnocksolutions.com] Sent: Friday, January 8, 2021 11:25 AM To: support@lists.nfs-ganesha.org Subject: [NFS-Ganesha-Support] Re: Initial testing with ESXi 6.7
Frank,
Thank you for the fast reply. I updated the configuration file and just restarted the entire machine. Then I attempted to install an guest machine on ESXi and produce my regular failure. Also, any suggested reading for handing memory sizing, or additional configuration information? Currently I'm running the Ubuntu guest machine with 8GB of RAM and a 200GB virtual disk.
:~$ ls /nfs SW_DVD9_Win_Server_STD_CORE_2016_64Bit_English_-4_DC_STD_MLF_X21- 70526.ISO tryy :~$ ls /nfs/tryy/ tryy-9dc17430.vswp tryy.nvram tryy.vmsd tryy.vmx.lck vmware.log vmx-tryy-2646701104-2.vswp tryy-flat.vmdk tryy.vmdk tryy.vmx vmware-1.log vmx-tryy-2646701104- 1.vswp
<esxi error> Lost connection to server 192.168.0.163 mount point blah mounted as 55da6571-1380d8f9-0000-000000000000 (/nfs). </esxi error>
<ganesha.log excerpt> 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] fsal_reopen_obj :FSAL :F_DBG :Open mode = 0, desired mode = 20 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] fsal_reopen_obj :FSAL :DEBUG :Open in FSAL_O_ANY mode failed, just open temporary file descriptor. 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :my_fd->fd = -1 openflags = 20, posix_flags = 0 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :openflags = 20, posix_flags = 0 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :F_DBG :vfs_fs = /nfs root_fd = 3 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :M_DBG :Handle len 30 0x43: fsid=0xbb4c0d5e393bf124.0x37123163b39909b0, type 0x81, opaque: (12:0xc100000800000000f90069c1) 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_by_handle :FSAL :F_DBG :Opened fd 38 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_open_my_fd :FSAL :F_DBG :fd = 38, new openflags = 20 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] find_fd :FSAL :F_DBG :Found fd=38 for file 0x7f2a9400d650 of type REGULAR_FILE 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_getattr2 :FSAL :F_DBG :Got fd 38 closefd = true 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_2] vfs_getattr2 :FSAL :F_DBG :Closing Opened fd 38 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_extract_fsid :FSAL :M_DBG :Handle len 30 0x43: fsid=0xbb4c0d5e393bf124.0x37123163b39909b0, type 0x81, opaque: (12:0xc100000800000000f90069c1) 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_check_handle :FSAL :DEBUG :Found filesystem /nfs for handle for FSAL VFS 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] vfs_write2 :FSAL :F_DBG :Calling find_fd, state = 0x7f2aa000d820 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] fsal_find_fd :FSAL :F_DBG :state_fd->openflags = 1283 openflags = 2 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] fsal_find_fd :FSAL :F_DBG :Use state_fd 0x7f2aa000d900 08/01/2021 19:11:51 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[svc_116] find_fd :FSAL :F_DBG :Found fd=36 for file 0x7f2a9400d650 of type REGULAR_FILE 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 30 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 31 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 34 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 35 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 36 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 32 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 37 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] update_share_counters :FSAL :F_DBG :share counter: access_read 0, access_write 0, deny_read 0, deny_write 0, deny_write_v4 0 08/01/2021 19:13:00 : epoch 5ff8a408 : ganesha : ganesha.nfsd-720[reaper] vfs_close_my_fd :FSAL :F_DBG :Closing Opened fd 33 </ganesha.log excerpt> _______________________________________________ Support mailing list -- support@lists.nfs-ganesha.org To unsubscribe send an email to support-leave@lists.nfs-ganesha.org
You were not kidding about the log file size. I just copied the ganesha.log file over to a webserver that I have available. I cleared the log then restarted services then powered on the ESXi host and attempted to install a guest machine again. I stopped the nfs-ganesha service once the ESXi guest had failed. http://datacenternorth.mooo.com/ganesha.log
It may take me a while to digest that... Oh, and in the meantime, maybe getting a tcpdump -s0 -w /tmp/trace of the NFS interaction might shed some light on what is actually failing. Might make it easier to determine what to look for in that log... Frank
-----Original Message----- From: swarnock@warnocksolutions.com [mailto:swarnock@warnocksolutions.com] Sent: Friday, January 8, 2021 2:00 PM To: support@lists.nfs-ganesha.org Subject: [NFS-Ganesha-Support] Re: Initial testing with ESXi 6.7
You were not kidding about the log file size. I just copied the ganesha.log file over to a webserver that I have available. I cleared the log then restarted services then powered on the ESXi host and attempted to install a guest machine again. I stopped the nfs-ganesha service once the ESXi guest had failed.
http://datacenternorth.mooo.com/ganesha.log _______________________________________________ Support mailing list -- support@lists.nfs-ganesha.org To unsubscribe send an email to support-leave@lists.nfs-ganesha.org
OK, one packet capture completed. I did not pull another log file with for this to match. Please note the source NFS client is 192.168.0.112. http://datacenternorth.mooo.com/trace
Quick update on this. This should make it a little faster to pull that log file and cut the load on my Internet link. http://datacenternorth.mooo.com/ganesha.log.gz
participants (3)
-
Frank Filz -
Sean Warnock -
swarnock＠warnocksolutions.com