[
https://issues.apache.org/jira/browse/GEODE-8620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17217135#comment-17217135
]
ASF subversion and git services commented on GEODE-8620:
--------------------------------------------------------
Commit 505eb3af1f61edd8dff9e199104c72987ef281ab in geode's branch
refs/heads/develop from Donal Evans
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=505eb3a ]
GEODE-8620: Do not include non-created buckets in redundancy calculation (#5642)
Authored-by: Donal Evans <doev...@vmware.com>
> Actual redundancy of -1 in restore redundancy result
> ----------------------------------------------------
>
> Key: GEODE-8620
> URL: https://issues.apache.org/jira/browse/GEODE-8620
> Project: Geode
> Issue Type: Bug
> Components: gfsh, management
> Affects Versions: 1.13.0
> Reporter: Aaron Lindsey
> Assignee: Donal Evans
> Priority: Major
> Labels: pull-request-available
>
> Steps to reproduce:
> # Create a geode cluster with 1 locator and 2 servers.
> # Create a region of type PARTITION_REDUNDANT.
> # Put an entry into the region.
> # Trigger a restore redundancy operation via the management REST API or gfsh.
> # The result from the restore redundancy operation states that the actual
> redundancy for the region is -1. However, the expected redundancy at this
> point is 1 because there should be enough cache servers in the cluster to
> hold the redundant copy.
> # Stop one of the servers.
> # Trigger another restore redundancy operation via the management REST API
> or gfsh.
> # The result from the second restore redundancy operation again states that
> the actual redundancy for the region is -1. However, the region should be
> counted as having zero redundant copies at this point because there is only
> one cache server.
> I encountered this issue while using the management REST API, although the
> same issue happens in the gfsh command. I assume fixing the gfsh command
> would also fix the management REST API. If not, I can break this out into two
> separate JIRAs.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
