Add reopen GPFS method

Signed-off-by: Malahal Naineni <malahal@us.ibm.com>
Make NLM lock upcalls work!

NLM Lock upcalls don't work currently at all due to up_async_lock_grant
or up_async_lock_avail not setting the fsal field. Also, initialize
req_ctx with export and fsal_export in nlm4_Granted_Res.

Also fixed initializing the "fsal" filed in couple other up call
wrappers.

Signed-off-by: Malahal Naineni <malahal@us.ibm.com>
Add Client IP as one of the formats in a log message

When Client IP is set, the Client's IP will be displayed
in log messages when it is available.

Signed-off-by: Poornima Gupte <poornima.gupte@in.ibm.com>
Make LogFatal() always fatal

Remove log level check in LogFatal() and that should always call
Fatal() to exit the process.

Signed-off-by: Malahal Naineni <malahal@us.ibm.com>
Reviewed-by: Frank S. Filz <ffilzlnx@mindspring.com>
Put STATE_LOCK_OWNER_9P under _USE_9P

Commit 56da7504cd09c67c41c59aa97f8fec8d2b3848a5 removed
STATE_LOCK_OWNER_9P from #ifdef _USE_9P.  This necessiated changes in
many switch statements and they don't look right for a reader! One of
the examples is listed below which imply that case STATE_LOCK_OWNER_9P
returns ht_nfs4_owner if _USE_9P is not defined. Of course, that
shouldn't happen, but if it happens, it would be an internal error.

        case STATE_LOCK_OWNER_9P:
                return ht_9p_owner;
        case STATE_OPEN_OWNER_NFSV4:
        case STATE_LOCK_OWNER_NFSV4:
        case STATE_CLIENTID_OWNER_NFSV4:
                return ht_nfs4_owner;

We could do something like below, but that looks ugly, so a better
option would be to go back to defining STATE_LOCK_OWNER_9P only under
_USE_9P.

case STATE_LOCK_OWNER_9P:
        do 9P specific stuff;
        /* This should never happen */
        LogFatal(COMPONENT_XXX, "This is an internal Ganesha error");

This patch puts STATE_LOCK_OWNER_9P under #ifdef _USE_9P back again!

Signed-off-by: Malahal Naineni <malahal@us.ibm.com>
Reviewed-by: Frank S. Filz <ffilzlnx@mindspring.com>
Remove duplicate owner type comparisions.

Signed-off-by: Malahal Naineni <malahal@us.ibm.com>
Reviewed-by: Frank S. Filz <ffilzlnx@mindspring.com>