idmapper fix
This patch makes the following modifications:

utf82uid/gid: Moved code that drops the @domain in the user name to name2uid/gid

name2uid/gid: Modified code such that if "username" fails to resolve an id, attempt "username@domain"
              Same logic modifed to USE_NFSIDMAP and !USE_NFSIDMAP code paths

Added new export config "Strip_NETBIOS_Name" that takes a list of clients.  Clients present in this list will
              have their NETBIOS\ domain name removed from the username "NETBIOS\username@domain"

uid/gid2utf8: Modified to pass pclient and pworker down to uid/gid2str.  These are needed to
              determine if the given client has the "Strip_NETBIOS_Name" option set

New function drop_slash_domain added:
              Removes the character string NETBIOS\ from a given user name "NETBIOS\username@domain"

New function strip_netbios_name: Helper function for uid2str and gid2str to determine if the client needs to have
                    the netbios name stripped from the uid/gid name for this export

uid/gid2str: Added logic to strip NETBIOS\ domain name from "NETBIOS\username@domain" if
             Strip_NETBIOS_Name option is present for this client

Signed-off-by: Allison Henderson <achender@linux.vnet.ibm.com>
Moved sleep before sending smnotify.
This will give more time to Ganesha at startup,
before it has to server reclaims.

Signed-off-by: suhrud <supatank@in.ibm.com>
Do not unmonitor the client if we're releasing locks during recovery (release ip)

Signed-off-by: Poornima Gupte <poornima.gupte@in.ibm.com>
Signed-off-by: suhrud <supatank@in.ibm.com>
Attempt to fix a ctdb issue

if two ips are assigned to same node, and one ip is moved
CTDB deletes both and sends sm-notify; when the client comes bac
we need ot add the clientip-serverip back to ctdb database
even if we are service the cache reclaim through cache.

Signed-off-by: Venkateswararao Jujjuri "<jvrao@linux.vnet.ibm.com>
During release_ip only release nlm locks if they are
associated the IP released.

Signed-off-by: Rong Zeng <rongzeng@us.ibm.com>
Recovery based on three files.

Signed-off-by: suhrud <supatank@in.ibm.com>
In the case of ip move the source node may be still releasing
the state that we need to acquire. So let us be little patient
to STATE_LOCK_CONFLICT errors if the lock is a reclaim and we are
in grace and retry it.

Signed-off-by: Venkateswararao Jujjuri "<jvrao@linux.vnet.ibm.com>
Debug - Introduce error to test the patch.

Signed-off-by: Venkateswararao Jujjuri "<jvrao@linux.vnet.ibm.com>