# Different number of objects in master and prole member

**URL:** <https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013>\
**Category:** General Discussion\
**Created:** [March 14, 2019, 6:23am UTC](https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013 "2019-03-14T06:23:10Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ivan44785372](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.aerospike.com/ivan44785372/32/958_2.png) [@Ivan44785372](https://discuss.aerospike.com/u/Ivan44785372)\
**Post date:** [March 14, 2019, 6:23am UTC](https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013/1 "2019-03-14T06:23:11Z")

</div>

Could you please explain how it is possible. I don’t have pending migrations and at the same time the number of objects in master and prole is different. I thought it should be equal after all migrations is done.

```
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Namespace Object Information (2019-03-14 06:19:57 UTC)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Namespace Node Total Repl Objects Tombstones Pending Rack
    . Records Factor (Master,Prole,Non-Replica) (Master,Prole,Non-Replica) Migrates ID
    . . . . . . (tx,rx) .
namespace node1:3000 1.020 B 2 (629.228 M, 391.145 M, 0.000) (0.000, 0.000, 0.000) (0.000, 0.000) 0
namespace node2:3000 1.020 B 2 (391.144 M, 629.229 M, 0.000) (0.000, 0.000, 0.000) (0.000, 0.000) 0
namepsace 2.041 B (1.020 B, 1.020 B, 0.000) (0.000, 0.000, 0.000) (0.000, 0.000)

```

---

<div class="post-metadata">

**Author:** ![meher](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.aerospike.com/meher/32/1644_2.png) [@meher](https://discuss.aerospike.com/u/meher)\
**Post date:** [March 15, 2019, 12:44am UTC](https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013/2 "2019-03-15T00:44:00Z")

</div>

Well, the number of master and prole on a given node is not supposed to match. The sum of all masters and all proles across a cluster should match and they seem to in your case. Having said that, it does seem the distribution of partitions is pretty skewed. This is not necessarily unexpected when not using the [prefer-uniform-balance](https://www.aerospike.com/docs/reference/configuration/#prefer-uniform-balance) configuration option (available on Enterprise Edition only). On a 2 node cluster running replication factor 2, each node will own all the data anyways.

---

<div class="post-metadata">

**Author:** ![kporter](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.aerospike.com/kporter/32/515_2.png) [@kporter](https://discuss.aerospike.com/u/kporter)\
**Post date:** [March 15, 2019, 1:45am UTC](https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013/3 "2019-03-15T01:45:12Z")

</div>

Prefer uniform balance is generally not needed in really small clusters. This could be caused by eviction which can favor one node in a two node cluster (this is one of the issues that the new NSUP addresses in [4.5.1.5](https://www.aerospike.com/download/server/notes.html#4.5.1.5)).

---

<div class="post-metadata">

**Author:** ![system](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.aerospike.com/system/32/2274_2.png) [@system](https://discuss.aerospike.com/u/system)\
**Post date:** [April 8, 2019, 3:17pm UTC](https://discuss.aerospike.com/t/different-number-of-objects-in-master-and-prole-member/6013/4 "2019-04-08T15:17:46Z")

</div>

This topic was automatically closed 6 days after the last reply. New replies are no longer allowed.