Handle incompatible records between the 1.3 and 1.4 release

I've confirmed a problem with a rolling upgrade between the 1.3 and 1.4 versions of Riak.

The root of the problem is that the node hosting Riak Control initiates a RPC request to all nodes, and pattern matches the result against a record. The format of this record changed between the 1.3 and 1.4 releases, without providing a new name for the record, so the pattern match fails.

This can occur when either:

1.) Riak Control hosted on 1.3 node makes a RPC request to a 1.4 node.
2.) Riak Control hosted on 1.4 node makes a RPC request to a 1.3 node.

Both of these scenarios trigger a badmatch exception in the riak_control_session module. This causes the Riak supervisor to restart the riak_control application, which then continues to crash when polling for the state until the node shuts down triggered by a maximum restart threshold.

This patch provides a few things:

* Use macros for record definitions moving forward.
* Make the 1.3 record the definitive ```member_info``` record, and the proposed-1.4.1 record the definitive ```member_info_v2``` record.
* When receiving an incompatible 1.4 record, display the node as incompatible.
* Suppress display of node-specific information when an incompatible node is returned.
* Fix failed low-watermark handling in node resource.
* Capability to ensure that we don't send 1.4.1+ records to 1.2 <= 1.3.x nodes.

*Updates*

* Capability negotiation could not be used reliably because of race conditions when adding a node which a greater capability than the existing cluster, and would trigger node failures.
* Instead, the RPC call was renamed, with the original call triggering a badrpc which is handled.

*Rolling Upgrades*

* With this patch, both Riak 1.3 (see riak_control#121), Riak 1.4 (see riak_control#111 riak_control#120) will unfortunately throw webmachine errors on the nodes resource because of badarith handling during start of memsup, or when the node is in an incompatible state.  This is unfortunate, but this patch at least addresses the major cluster crash.
* I've tested branches 1.2, 1.3 and 1.4 against a mixed cluster with 1.4.1 nodes and couldn't trigger the crash scenario any longer, however the webmachine issues above do still occur.

I would appreciate someone testing these upgrade scenarios as well to ensure total coverage.

I've left the commits broken out for the reviewer, but will rebase before merge.

@jonmeredith @russelldb @seancribbs @jgnewman @bsparrow435 @rzezeski