Network attach/detach may assign the IP to same node

If ip gets assigned to different node:
- Client contacts the new node and the epoch from clientid is going to
  differ from that of the server node's. In this case server returns
  STALE_CLIENT_ID and forces client to reclaim their locks.
- If the ip gets assgined to same node, epochs are going to be same
  and server can't find the clientid in its hash table. This results in
  EXPIRED_CLIENT_ID and forcing client not to reclaim. The fix is for
  this case.

Fix: Keep the clientid in the hash table marking it stale. On the first
  attempt to use that client id, delete it from the hash and return
  STALE_CLIENT_ID, this allows client to reclaim locks after
  establishing new clientid.

Ported from 1.5: e3ec460e5f6ae98deba2590455bc8e8821f61df1
Ported from 1.5: 31b2fde7241a41d3f56929cf8adcc38e351aff28

Signed-off-by: Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.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 back
we need to add the clientip-serverip back to ctdb database
even if we are service the lock reclaim through cache.

Ported from 1.5:  4621ce6047a04478c6b147b4dc002a9748292ee8

Signed-off-by: Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>
Wait for the lock release during ip move

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.

Port from 1.5: f63fc49e7d4c76fcaccf8abd1984e77fe16197cb

Signed-off-by: Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>
Make fsino report accurte maxread/maxwrite sizes

Take the smaller of MaxRead/max_send_buffer_size and
MaxWrite/max_recv_bufer_size and give that in Fsinfo.
This is workaround for the Tirpc Problem which can't handle
fragments with krb encryption.

1.5 commit: a2727c19afbb05349cff11f23668b55862b7c8a1

Signed-off-by: Venkateswararao Jujjuri (JV) <jvrao@linux.vnet.ibm.com>
Merge branch 'tp/ibm_next_20_port1' into ibm_next_2Xmerge_tmp