vProxy backup fails with error: ddp_connect_with_config() failed, Hostname: DD_name, Err: 5075-DDBOOST Error 1 for lookup /backup/ost on DD_Name

ddp_connect_with_config() failed, Hostname: DD_name, Err: 5075-DDBOOST Error 1 for lookup /backup/ost on DD_Name (nfs: Operation not permitted)

Initial check:

• DDBoost is running on the DD
• NFSv3 is enabled on the Data Domain
• Firewall ports are open between the DD and vProxy: NVP vProxy: Troubleshooting Network Connectivity For Backup and Restore Operations
• DDBoost password used is correct
• DDBoost client configuration allows this particular client:

• 1) Example:  
  
  Below example shows both "*" and a client name.  If "*" is missing then only clients in the list are permitted to connect to the DD.
  
  # ddboost clients show config
  Client               Encryption Strength   Authentication Mode
  ------------------- -------------------   -------------------
  *                    none                  none
  MyClient.mycomp.com  none                  none
  MyOtherClient        none                  none
  -------------------  -------------------   -------------------
  (**) The global security settings take precedence over these client(s) specific settings.
  
  2) Example from ddfs.info:
  07/03 14:59:25.659490 [7ff122a44170] WARNING: Client <MyOtherClient.mycomp.com> did not match access list entries
  07/03 14:59:25.659521 [7ff122a44170] nfsproc3_ost_mnt_3_svc: client access denied for <Client IP> version 7.0
  
  3) In some cases you will see that the error log lists the FQDN or the short name, but the client config is using the other form of the name. The configuration and the client name must match exactly. The DDBoost Plugin on the client will determine the name for the client. This will check the local hosts file on the client for a match for the source side IP for the client. If there is a match, it will use it. (Selecting the FQDN name if one is available, then short name) If there is no match, then the plugin will do a DNS query for the IP and use the response returned.
  
  4) If there is a discrepancy between the clients local host entry verses the DDBoost client config, ask the customer to choose which configuration that they would like to change.
  
  a) add "*" to the DD clients list will allow any client with proper credentials to authenticate to the DD.
  # ddboost clients add *
  
  b) add the corresponding name (from the error log, or client side local hosts file) to the DD:
  # ddboost clients add <hostname>
  
  c) modify the local hosts file or DNS for the IP address being used by the client to make it reflect the client name that was added to DD clients list.
  Example for Linux:
  file: /etc/hosts
  10.11.12.13 MyOtherClient.mycomp.com MyOtherClient
    changed to 
  10.11.12.13 MyOtherClient
  
  
  
  

If all above are confirmed above, check the DDBoost password length for the MTREE being used for vProxy. The maximum permitted password for use with vProxy is 30 characters in length.

If the password length is not excessive, a connectivity check between the vProxy and DD is recommended using the 'ddpconnchk' utility. Further details on using 'ddpconnchk': NetWorker: How to use the DDPCONNCHK tool to test DD ddboost connectivity from NetWorker Hosts