[ClusterLabs] colocate Redis - weird

lejeczek peljasz at yahoo.co.uk
Tue Dec 19 13:13:46 EST 2023


hi guys,

Is this below not the weirdest thing?

-> $ pcs constraint ref PGSQL-PAF-5435
Resource: PGSQL-PAF-5435
   colocation-HA-10-1-1-84-PGSQL-PAF-5435-clone-INFINITY
   colocation-REDIS-6385-clone-PGSQL-PAF-5435-clone-INFINITY
   order-PGSQL-PAF-5435-clone-HA-10-1-1-84-Mandatory
   order-PGSQL-PAF-5435-clone-HA-10-1-1-84-Mandatory-1
   colocation_set_PePePe

Here Redis master should folow pgSQL master.
Which such constraint:

-> $ pcs resource status PGSQL-PAF-5435
   * Clone Set: PGSQL-PAF-5435-clone [PGSQL-PAF-5435] 
(promotable):
     * Promoted: [ ubusrv1 ]
     * Unpromoted: [ ubusrv2 ubusrv3 ]
-> $ pcs resource status REDIS-6385-clone
   * Clone Set: REDIS-6385-clone [REDIS-6385] (promotable):
     * Unpromoted: [ ubusrv1 ubusrv2 ubusrv3 ]

If I remove that constrain:
-> $ pcs constraint delete 
colocation-REDIS-6385-clone-PGSQL-PAF-5435-clone-INFINITY
-> $ pcs resource status REDIS-6385-clone
   * Clone Set: REDIS-6385-clone [REDIS-6385] (promotable):
     * Promoted: [ ubusrv1 ]
     * Unpromoted: [ ubusrv2 ubusrv3 ]

and ! I can manually move Redis master around, master moves 
to each server just fine.
I again, add that constraint:

-> $ pcs constraint colocation add master REDIS-6385-clone 
with master PGSQL-PAF-5435-clone

and the same...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20231219/efc106dc/attachment.htm>


More information about the Users mailing list