sync issue
3 TopicsCan't change sync type or failover after tenant upgrade.
I made a mistake that I didn't think in the end would matter, but here's what I did. I had previously upgraded this tenant pair to 17.1.3. Everything was fine, and I intended to install on another pair but I installed on the other boot location of one that I had already installed. I didn't think this was an issue as I would just not activate that boot location. However, I couldn't force the Active member to Standby. It was greyed out. I thought that maybe I should boot to that new location because maybe there was something that needed to complete to allow me to fail over between the members. That made it worse because I couldn't change the sync type back to Automatic with incremental sync. So naturally, I booted to the previous partition because it seemed to be at least better, but now I seem to be digging a hole I can't get out of. Where it stands now: The pair is set to sync type "Manual with Incremental Sync" Member1 is standby and says "Not All Devices Synced" Member2 is active and says "Changes Pending" On the Standby Member1, I can change the sync type, but I haven't. On the Active Member2, I can't change the sync type or force it to standby. I have a ticket open but as this is a live system, I pursuing all avenues.Solved88Views0likes7CommentsCan't Sync Cluster : 010717e1:3: Client SSL profile cannot contain more than one set of same certificate/key type..
Hi, I can't sync my cluster do to the following error : 010717e1:3: Client SSL profile cannot contain more than one set of same certificate/key type.. It looks like I'm in a case related here : K16218 I've removed all the difference between my client SSL profile and even deleted the one I've modified. How can I force the sync of the cluster to bypass this SSL profile problem ? Thanks318Views0likes1Comment