High: nfsserver: Allow dynamically setting rpc.nfsd options.
High: nfsserver: Do not require shared info directory when cloned

The shared info directory is used for Active Passive nfs server
instances. This shared directory allows for client data to failover
and follow the server instance whenever the server is reallocated to
another node.

There is another use case where the nfs server instance does not
fail over, but only the nfs exports move. When this use case is in use
the shared info directory is not necessary. Often this use-case will
involve a cloned nfs server spread out amoung several nodes. We now
allow this agent to work as a cloned resource as long as a shared info
directory is not in use.
High: nfsserver: Add options for explicitly setting nfs daemon ports

Some deployments require setting predictable port numbers for the
nfs daemons in /etc/sysconfig/nfs. New port specific options have
been added to the ocf agent so the port configuration can live
in the cluster config.
High: nfsserver: Keep statd directories synced with ha backup

This reduces the complexity of the statd/sm and statd/sm.ha directories.
Right before shutdown we sync statd/sm with statd/sm.ha so client statd
info will failover with the server. This prevents us from having to manage
the third backup folder, statd/sm.ha.save.

This also fixes an issue where stale file handlers are encountered
on the client side after nfsserver failover. Now we always postpone
sending lock reclaim notifications until after both the locking
daemons and nfsd are up.
High: nfsserver: introducing nfs_no_notify option for suppressing reboot notifications

There is a use-case for nfsserver that requires NFSv3 reboot
notifications to be posponed until after both the nfs server
and floating IP have been started. The nfs_no_notify option
allows us to suppress the reboot notifications until after
the floating ip has started.
High: nfsnotify: Introducing nfsnotify agent for decoupling NFSv3 reboot notifications out of nfsserver
High: nfsserver: regenerate statd state file before starting nfs

Client will ignore SM_NOTIFY requests if they've already gotten one
from the NSM state id. Make sure to regenerate the statefile during
startup to avoid this.
Low: nfsserver: fix syntax error
Merge pull request #443 from davidvossel/nfs-cleanup

Support new NFS Active Passive and Active Active use-cases.