# Ipfs-cluster-ctl sync **URL:** \ **Category:** IPFS Cluster\ **Created:** [June 4, 2020, 4:14am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140 "2020-06-04T04:14:12Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 4, 2020, 4:14am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/1 "2020-06-04T04:14:12Z")
Trying to fire this command : ipfs-cluster-ctl sync Qma4Lid2T1F68E3Xa3CpE6vVJDLwxXLD8RfiB9g1Tmqp58 getting this response : No help topic for ‘sync’ Does the command syntax changed ? ---
**Author:** ![hector](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/hector/32/178_2.png) [@hector](https://discuss.ipfs.tech/u/hector)\ **Post date:** [June 4, 2020, 11:56am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/2 "2020-06-04T11:56:28Z")
We switched to a `stateless` pin tracker and the sync operation did no longer make sense as things do not get out of sync anymore. If you found a place in our documentation that told you to run this, let me know so it can fix it. ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 4, 2020, 5:33pm UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/3 "2020-06-04T17:33:59Z")
Check second screenshot on this page please. > **[ipfs-cluster-ctl](https://cluster.ipfs.io/documentation/reference/ctl/)** > > Pinset orchestration for IPFS and also check here --\> [http://cluster.ipfs.io.ipns.localhost:8080/documentation/guides/pinning/#syncing](http://cluster.ipfs.io.ipns.localhost:8080/documentation/guides/pinning/#syncing) ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 4, 2020, 5:48pm UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/4 "2020-06-04T17:48:26Z")
Okay so do you mean you can´t tweak your pin status anymore ? I just checked unpin an object on the ipfs and got an error that QM… is not pinned … in the ipfs-cluster. So if I do a **ipfs-cluster-ctl status** i will get always the true status… no chance to fake anymore ? That would be great !!! ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 4, 2020, 8:54pm UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/5 "2020-06-04T20:54:56Z")
Okay short update on my findings : When a new follower joins the cluster and I pin or unpin after the follower joined; the status is real - like pinned, pinning or error - all good ; also when i remove the object via ipfs the pintracker catch it up again. ✅ But if I have already pinned objects on the cluster and a new follower joined the cluster the status keeps REMOTE for such objects. Also the objects are not really pinned on the follower side. I keep the follwer now up and running maybe the status will change via a pintracker action ? Here my config part : “connection\_manager”: { “high\_water”: 400, “low\_water”: 100, “grace\_period”: “2m0s” }, “state\_sync\_interval”: “5m0s”, “pin\_recover\_interval”: “12m0s”, “replication\_factor\_min”: 2, “replication\_factor\_max”: 100, “monitor\_ping\_interval”: “15s”, “peer\_watch\_interval”: “5s”, “mdns\_interval”: “10s”, “disable\_repinning”: false, Hint: If I would unpin and pin now a CID the status would got to PINNED for this follower on this CID ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 5, 2020, 4:18am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/6 "2020-06-05T04:18:04Z")
While checking my config again - is it releated to my entry replication\_factor\_min: 2 ? I have 3 nodes running all have pinned the CIDs. Now when I start the 4th node it seems not to pin because of that ? Could at be that the replication\_factor\_max: 100 is only used in the moment of pinning - while the factor\_min is always checked and if min reached no pinning ? should i go for : “replication\_factor\_min”: -1, “replication\_factor\_max”: 100, to avoid this ? ---
**Author:** ![hector](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/hector/32/178_2.png) [@hector](https://discuss.ipfs.tech/u/hector)\ **Post date:** [June 5, 2020, 8:41am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/7 "2020-06-05T08:41:22Z")
If the CID is sufficiently pinned per the replication factor, nothing will change when new peers join unless you repin. If you want to pin on all the peers, leave replication factors at the `-1` default. ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 5, 2020, 8:43am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/8 "2020-06-05T08:43:09Z")
Thx - i just played with that ! Keep factor 2 had 3 nodes pinned one not Shutdown two nodes with the pinned object The one node with status REMOTE picked it up! Nice - works like it should do ✅ ---
**Author:** ![frankTheTank72](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/frankthetank72/32/4364_2.png) [@frankTheTank72](https://discuss.ipfs.tech/u/frankTheTank72)\ **Post date:** [June 5, 2020, 8:48am UTC](https://discuss.ipfs.tech/t/ipfs-cluster-ctl-sync/8140/9 "2020-06-05T08:48:57Z")
Okay thx - if i keep factor\_min 2 but do a -1 for a single pin on the cluster – would this CID pinned from all nodes because I overwrite the default value from my service.json ?