You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Jens Deppe (JIRA)" <ji...@apache.org> on 2017/12/19 22:08:00 UTC

[jira] [Created] (GEODE-4129) gfsh list members command feels inconsistent

Jens Deppe created GEODE-4129:
---------------------------------

             Summary: gfsh list members command feels inconsistent
                 Key: GEODE-4129
                 URL: https://issues.apache.org/jira/browse/GEODE-4129
             Project: Geode
          Issue Type: Bug
          Components: gfsh
            Reporter: Jens Deppe


{{list members}} now also shows the 'coordinator':
{noformat}
gfsh>list members
    Name     | Id
------------ | ------------------------------------------------
Coordinator: | 10.118.19.26(locator1:7903:locator)<ec><v0>:1024
locator1     | 10.118.19.26(locator1:7903:locator)<ec><v0>:1024
server1      | 10.118.19.26(server1:7933)<v1>:1025
server2      | 10.118.19.26(server2:8075)<v2>:1026
{noformat}

This just looks untidy.

Here {{server-2}} is part of a group:

{noformat}
gfsh>list members --group=group1
    Name     | Id
------------ | ------------------------------------------------
Coordinator: | 10.118.19.26(locator1:7903:locator)<ec><v0>:1024
server2      | 10.118.19.26(server2:8075)<v2>:1026
{noformat}

But the 'coordinator' is not part of that group. Again, inconsistent and untidy.

I would prefer the relevant member to be highlight somehow as a coordinator. For example:

{noformat}
gfsh>list members
    Name     | Id
------------ | ------------------------------------------------
locator1     | 10.118.19.26(locator1:7903:locator)<ec><v0>:1024 [coordinator]
server1      | 10.118.19.26(server1:7933)<v1>:1025
server2      | 10.118.19.26(server2:8075)<v2>:1026
{noformat}

Or perhaps better yet would be to introduce a separate {{list coordinator}} command.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)