tree 37e8ed053845a3f72884d97c3891482df84af55f
parent 3f3788f8b7014fb922ffad9c54d55b94182bca99
author khenaidoo <knursimu@ciena.com> 1502996740 -0400
committer khenaidoo Nursimulu <knursimu@ciena.com> 1503061335 -0700

This update addresses the following:

1)  Fix an issue with peer grpc connection after a vcore instance
    is recycled.
2)  Set the default peer grpc retry to 0 for improved API performance in a
    cluster
3)  Adjust the logs level in the global_handler and local_handler.
    This basically removes unnecessary and performance impacting
    info logs and set some logs to warning instead of info.
4)  Add a test to detect whether the cluster is in a transient state.
    During that time, the coordinator leader waits until all previously
    running voltha instances are registered in Consul before upading the
    core assignments.  This means that to a previously running vcore will
    remain in the assignment list during the transient period, hence some
    API requests targetted that vcore will fail during that time.  Once
    all expected voltha instances are registered the coordinator leader
    will update the core assignment key, hence subsequent API requests
    should pass.

Change-Id: I918b6af8f9158444d9e612c490972493b9609344